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I  INTRODUCTION 


This  report  describes  a  one-year  research  and  development  effort  to 
determine  the  feasibility  of  using  hand  geometry  and  other  features  of 
the  hand  as  bases  for  the  construction  of  an  automatic  personnel  authen¬ 
tication  system  for  access  control.  The  subsequent  sections  of  the 
report  describe  the  method  and  extent  of  data  collection,  the  method  of 
data  preparation  and  reduction,  the  data  analysis,  the  experimental 
authentication  results,  and  provide  brief  descriptions  of  the  computer 
programs  that  were  written  for  this  work. 

The  appendices  are  photocopies  of  listings  of  the  computer  programs 
used  and  of  critical  parts  of  the  experimental  statistical  analysis  and 
raw  data. 
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II  DATA  COLLECTION 


Previous  access-control  systems  using  hand  geometry  or  fingerprints 
have  used  devices  that  capture  data  from  physical  contact  with  or  proximity 
to  the  hand  surfaces  being  measured.  Such  contact  or  closeness  can  dis¬ 
tort  the  measurements,  particularly  if  the  hand  can  move  or  exert  pressure. 

A  measurement  system  that  can  avoid  distorting  the  features  being  measured 
will  be  more  reliable,  which  in  turn  will  reduce  the  occurrence  of  incor¬ 
rect  authentication  decisions. 

Precise  orientation  of  the  hand  in  space  and  precise  control  of  finger 
and  thumb  spread  are  difficult  to  accomplish  without  some  mechanical  device, 
however.  To  compensate  for  the  variable  position  of  the  hand  from  trial  to 
trial  (because  there  was  no  device  to  hold  it  in  a  fixed  position)  it  was 
decided  to  concentrate  on  adjusting  the  data.  Precise  data  reduction  would 
allow  easier  and  more  natural  interaction  between  the  person  seeking  auth¬ 
entication  and  the  access-control  system. 

The  system  used  to  collect  data  is  schematically  illustrated  in  Fig¬ 
ure  1.  The  subject's  hand  is  positioned  near  the  light  diffuser;  the  open 
palm  faces  the  camera  and  the  fingers  are  comfortably  spread.  The  subject's 
name  and  session  number  are  displayed  in  the  upper  quarter  of  the  imaged 
area  and  thus  become  an  integral  part  of  the  data  base. 

The  data  base  collected  contains  50  subjects,  25  males  and  25  females, 
ranging  in  age  from  the  early  20s  to  65,  in  height  from  approximately  5' 
to  6 '3",  and  in  weight  over  a  normally  observed  distribution.  The  total 
number  of  sessions  (five  trials  per  session)  was  1020,  approximately  evenly 
divided  between  males  and  females.  Of  these,  997  sessions  produced  4985 
high-quality  images  with  full  gray  scale.  In  the  remaining  sessions,  flash 
problems  of  failure  to  fire  or  synchronization  incurred;  the  resultant 
images  were  quite  useful  for  geometric  measurements  but  contain  no  gray¬ 
scale  features. 
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FIGURE  1  APPARATUS  USED  FOR  DATA  COLLECTION 


Negative  images  have  been  cataloged  and  stored  in  three  volumes  that 
were  designed  and  manufactured  for  such  use.  Photo  development  followed 
standard  procedures  for  the  black-and-white  high-contrast  copy  film 
(Kodak  5069).  The  film  manufacturer  states  that  if  storage  conditions 
are  correct  (cool  and  dry)  the  archival  qualities  of  this  film  are  ex¬ 
cellent — it  will  retain  quality  for  more  than  30  years. 

Image  quality  is  also  excellent.  Correctly  focused  and  exposed  nega 
tives  have  been  examined  with  a  400X  microscope,  and  minutiae  are  clearly 
visible  on  fingertips. 


Ill  DATA  PREPARATION 


A.  Data  Generation 

Two  methods  were  used  to  obtain  digital-image  data  to  be  used  for 
further  processing. 

•  An  SRI-built  Reticon  CCD  array  scanner  (512  elements  per  line) 
interfaced  to  an  LSI-11  was  used  early  in  the  project. 

•  A  commercially  available  Eikonix  digitizer  (1024-element  Reticon 
*  1500  scan  steps)  was  used  to  supply  final  evaluation  data. 

Data  from  the  first  system  were  generally  unsatisfactory  because  of 
a  combination  of  problems.  The  system  interface  included  a  hardware 
thresholder  for  the  analog  data  generated  by  the  Reticon  array.  The 
user  can  vary  the  threshold,  but  it  is  uniform  for  all  samples  coming 
from  the  CCD  array.  Such  an  arrangement  works  well  only  if  the  image  area 
is  uniformly  lighted,  the  individual  CCD  elements  are  reasonably  uniform  in 
sensitivity,  and  the  scanned  images  have  equivalent  niecom  densities. 
Unfortunately,  these  conditions  were  not  satisfied,  and  the  uniform  hard¬ 
ware  threshold  was  found  to  be  quite  unsatisfactory.  It  is  probably 
possible  to  build  a  system  that  utilizes  a  fixed-level  threshold  for  this 
type  of  application;  however,  such  a  device  with  a  sufficiently  uniform 
large  field  of  view  was  not  available,  and  the  unif orm-threshold  technique 
has  therefore  not  been  thoroughly  evaluate^ 

The  Eikonix  digitizer  is  an  excellent  instrument  for  purposes  of 
this  study.  The  digitized  images  generated  are  1024  x  1500-element  data 
each  with  8  bits  of  gray  scale  recorded  on  magnetic  tape.  The  real  reso¬ 
lution  of  the  data  when  the  film  negatives  are  sampled  with  this  spatial 
frequency  is  two  pixels  (picture  elements)  per  mm.  The  system  can 
automatically  compensate  for  lighting  nonuniformities  and  variable  CCD- 
element  sensitivities.  It  is  also  fairly  fast:  one  complete  cycle  of 
generating  and  recording  an  image  requires  about  one  minute.  All  of  the 
data  used  to  generate  the  results  appearing  in  this  report  were  collected 
through  the  Eikonix  system. 
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B.  Data  Reduction 

Image  data  on  magnetic  tapes  were  transported  to  a  PDP  11/40  computer 
system  in  SRI's  Bioengineering  Research  Center.  Each  image  was  reduced 
by  extracting  the  pertinent  512  *  512-element  field  and  by  thresholding 
to  a  binary  image.  Finally  the  binary  image  was  reduced  to  a  hand- 
perimeter  list  of  X-Y  coordinates  that  was  stored  on  a  DEC  RK  05  disk. 
Although  this  process  is  somewhat  involved,  it  does  provide  final  data 
that  are  quite  reliable  and  easy  to  work  with  in  subsequent  computations. 
(It  is  to  be  noted  that  the  final  data  set  generated  by  this  procedure 
does  not  include  any  information  about  a  subject's  hand  other  than  the 
perimeter  coordinates  in  a  512  x  512-element  field.) 

A  very  important  feature  of  the  data-reduction  process  is  the  method 
used  to  compute  the  perimeter  list  from  a  512  x  512-element  hand  image. 

The  method  involves  using  a  computer  program  (LINEBYLINE)  that  was  de¬ 
veloped  earlier  at  SRI  and  recently  rewritten  in  PASCAL  for  use  on  the 
PDP  11/40.  The  program  generates  the  perimeter  list  while  accessing  the 
image  data  one  line  at  a  time,  starting  at  one  edge  of  the  field.  This 
implies,  for  a  practical  system,  that  a  minimum  of  memory  and  data  buffer¬ 
ing  is  required;  consequently,  ‘there  is  a  significant  saving  of  money  and 
execution  time. 


IV  DATA  ANALYSIS 


The  basis  for  the  analysis  and  the  geometric  features  that  have 
been  extracted  is,  in  each  case,  a  list  of  the  X-Y  coordinates  of  the 
hand  perimeter.  Such  a  perimeter  is  described  with  a  real  resolution 
of  two  pixels  per  mm. 

All  measurements  are  based  on  landmarks  that  are  easily  identified 
on  the  perimeter;  the  tips  of  the  fingers  and  thumb  were  selected  for 
this  study.  These  landmarks  were  identified  by  calculating  a  coarse 
curvature  function  over  the  perimeter  and  finding  criterion  shifts  in 
the  angle  of  a  tangent  to  the  perimeter.  Tangents  were  estimated  by 
passing  an  18-point  window  over  the  perimeter  and  using  the  window  end 
points  to  define  a  vector  in  the  X-Y  image  plane.  The  window  was  moved 
in  nine-point  increments.  This  analysis  gives  a  rough  estimate  of  the 
tip  location. 

The  rough  estimate  Is  refined  by  locating  four  additional  points 
on  the  finger,  two  found  25  mm  away  along  the  perimeter  on  each  side 
of  the  estimated  tip  and  two  more  found  35  mm  away  on  each  side.  The 
virtual  lines  connecting  each  pair  of  points  are  bisected,  and  the  inter¬ 
section  of  the  tip  and  the  line  defined  by  the  bisection  points  is  de¬ 
fined  to  be  the  actual  tip  location.  This  process  is  illustrated  in 
Figure  2.  After  a  precise  location  for  each  tip  is  established,  the 
following  features  can  be  extracted: 

•  Features  1  through  5  are  lengths  of  the  fingers  and  thumb, 
starting  with  the  little  finger.  Lengths  are  measured  from 
the  tip  to  the  depth  of  the  interdigital  space  as  illustrated 
in  Figure  3. 

•  Features  6  through  10  are  widths  of  the  fingers  and  thumb. 

A  width  is  the  distance  between  two  points  on  the  perimeter 
of  a  finger;  the  points  are  45  mm  down  the  perimeter  on  each 

f  side  of  the  tips  of  the  little  finger  and  the  thumb,  and  60  mm 

’  on  each  side  of  the  other  t  ^ertips.  Width  measurement 

points  are  illustrated  in  Figure  4.  These  features  are 
ordered  as  were  the  first  five. 


FIGURE  4  FINGER  AND  THUMB  WIDTH  MEASUREMENT 
POINTS 


Features  11  through  15  are  ratios  of  the  measurements  of  finger 
lengths  to  widths. 

Feature  16  is  the  hand  width  measured  between  two  points  on  the 
palm.  One  point  is  9  cm  on  the  perimeter  from  the  tip  of  the 
little  finger  toward  the  wrist  and  the  other  is  11  cm  on  the 
perimeter  from  the  tip  of  the  index  finger  toward  the  thumb. 
These  points  are  labeled  2  and  11,  respectively,  in  Figure  4. 

Features  17,  18,  and  19  are  the  hand  perimeter,  hand  area,  and 
the  ratio  of  the  squared-perimeter  length  to  the  area.  The 
perimeter  and  area  are  measured  from  point  1  to  point  14  in 
Figure  4.  Point  1  is  13  cm  on  the  perimeter  from  the  tip  of 
the  little  finger,  and  point  14  is  10  cm  on  the  perimeter  from 
the  tip  of  the  thumb. 

Ten  features,  20  through  29,  are  paired  values  corresponding 
to  the  curvature  of  each  fingertip  and  the  distance  over  which 
the  tip  shape  can  be  represented  by  a  circular  arc  with  less 
than  a  criterion  value  of  rms  (root  mean  square)  error.  The 
process  of  extracting  a  typical  feature  pair  is  illustrated  in 
Figure  5.  A  tangent  to  the  perimeter,  such  as  T,  has  an  angle, 
a,  as  shown.  If  a  is  plotted  as  a  function  of  distance  along 
the  perimeter  defining  a  finger,  then  a  plot  such  as  the  one 
shown  in  Figure  5  results.  The  slope  of  the  plot  between  P-^ 
and  P2  is  related  to  the  curvature  of  the  tip.  The  slope  is 
recorded  as  the  curvature.  A  correlation  calculation  over  the 
region  containing  this  characteristic  region  yields  a  high  value 


PERIMETER 


FIGURE  5  CURVATURE  AND  DISTANCE  MEASURES 


until  the  boundary  of  the  region  extends  into  the  flat  segments 
on  either  side  of  the  sloping  section.  Pj  and  P2  are  the  boundary 
points  when  the  correlation  coefficient  (using  a  straight-line 
fit  to  the  sloping  region)  falls  to  0.98.  The  distance  between 
P^  and  P2  is  recorded  as  the  perimeter  length  over  which  the 
fingertip  can  be  approximated  well  with  a  circular  arc. 

In  summary,  hand  geometry  is  expressed  as  a  set  of  29  features  that 
are  measured  by  locating  precisely  five  landmarks  on  the  perimeter  of  the 
hand — the  tips  of  the  fingers  and  the  thumb.  The  feature  set  contains 
16  measures  of  lengths  and  widths  and  ratios  of  lengths  and  widths,  and 
three  measures  of  area  or  area  and  perimeter  length.  Ten  measures  of 
shape  (curvature)  are  included. 
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V  CLASSIFICATION  RESULTS 


Thirty  subjects  (15  male,  15  female)  were  selected  randomly  from 
the  subject  population  and  278  images  taken  from  the  selected  subjects 
were  digitized.  The  data  were  converted  to  perimeter  lists  and  sets  of 
29  features  were  extracted.  The  data  were  submitted  to  a  standard  sta¬ 
tistical  analysis  program*  to  determine  the  power  of  the  extracted 
features  in  discriminating  among  the  30  subjects.  Linear  discriminant 
analysis  was  performed  and  all  278  feature  sets  were  correctly  classi¬ 
fied  for  all  subjects.  The  detailed  results  of  this  analysis,  as  well 
as  the  feature  data  set,  are  submitted  as  a  separate  package.  Annotation 
for  this  package  is  included  as  Appendix  C. 

Of  critical  importance  are  indicators  of  value  and  reliability  of 
the  various  features  selected.  One  such  indicator  is  the  univariate 
F-ratio,  a  number  that  expresses  the  ratio  of  between-groups  variation 
of  a  given  measure  and  the  within-groups  variation  of  that  same  measure. 
Large  values  of  F  indicate  that  a  measure  will  be  relatively  useful  in 
separating  groups  (or  samples  from  different  subjects)  and  small  values 
predict  that  a  measure  will  do  poorly.  Figure  6  summarizes  the  F-ratios 
of  the  selected  29  features  over  the  30-subject,  278-sample  data  base. 

All  of  the  features  appear  to  be  useful  and  reliable,  especially 
the  more  global  measures  of  hand  width,  perimeter,  and  area.  Some  mea¬ 
sures,  notably  the  curvature  and  distance  measures  associated  with  the 
thumb  are  marginal  as  presently  calculated.  They  could  be  made  more 
useful  by  improving  the  algorithm  that  deals  with  the  curvature  of  the 
perimeter  in  the  vicinity  of  the  thumb  and  by  locating  the  thumb  tip 
more  precisely. 
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.1555 

*6. *599 

FEATUR25- 

.1325 

55.9899 

FEATUR26 

.*777 

9.3*99 

FEATUR27 

.20*8 

33.1988 

FEATUR28 

.7087 

3.51*2 

FEAT  UR 29 

•  5388 

7.3202 

FIGURE  6  ANALYSIS  OF  HAND  GEOMETRY  FEATURES 


In  general,  it  appears  that  the  measures  used  are  being  generated 
very  reliably,  which  results  in  good  (high)  F-ratios.  One  difficulty 
in  previous  systems  that  used  hand  geometry  for  authentication  was  un¬ 
reliable  measures  of  certain  features,  with  correspondingly  small 
F-ratios  and  poor  discriminating  power. 

Figure  7  gives  more  information  about  the  quality  of  the  feature 
set.  In  this  table,  the  within-groups  correlation  matrix  is  listed. 

The  correlation  matrix  is  used  to  express  the  degree  to  which  pairs  of 
features  are  correlated  or  dependent.  Circled  are  the  two  largest  mag¬ 
nitudes  of  correlation  values,  corresponding  to  the  pairs 

•  Second  finger  length  and  the  ratio  of  its  length  and  width 

•  Thumb  width  and  the  ratio  of  its  length  and  width. 

It  is  to  be  expected  that  ratios  of  features  and  the  features  themselves 
will  tend  to  have  relatively  large  correlation  magnitudes,  and  the  data 
in  Figure  7  substantiate  this  expectation.  However,  the  SPSS  results 
show  that  all  features  contribute  positively  in  the  discriminant  analysis. 

In  summary,  we  have  been  able  to  improve  on  previous  attempts  to  use 
features  of  the  hand  for  access  control  in  the  areas  of  accuracy  and  user 
comfort.  This  has  primarily  been  the  result  of  removing  the  requirements 
on  both  the  subject  and  the  mechanical  device  that  produced  either  a 
distortion  of  the  data  or  discomfort  for  the  individual.  Instead,  we 
have  required  the  software  to  do  all  the  registration  and  measurements. 

The  result  is  a  fast  and  reliable  method  that  demands  only  a  minimum  of 
effort  from  the  individual  requesting  access. 

If  this  technique  were  to  be  packaged  into  a  commercial  product, 
we  estimate  that  the  throughput  rate  could  be  less  than  two  seconds. 

The  rate-limiting  step  in  the  process  is  data  acquisition  from  the 
scanner  through  an  interface  and  into  a  computer.  The  throughput  rate 
of  a  practical  interface  could  be  in  excess  of  275K  bytes  per  second. 
Because  each  image  contains  256K  bytes,  the  transfer  would  take  about 
one  second.  This  data  rate  is  well  within  the  state  of  the  art  of 
image  production  using  a  scanning  linear-array  system.  Because  the  data 
can  be  analyzed  a  line  at  a  time,  and  therefore  analyzed  as  it  is 
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FIGURE  7  ANALYSIS  OF  HAND  GEOMETRY  FEATURES  USING  WITHIN-GROUPS  CORRELATION  MATRIX 
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produced,  we  do  not  believe  that  the  data  processing  would  be  limiting. 
However,  if  line  processing  takes  longer  than  scanning,  multiple  proces¬ 
sors  could  be  used  with  parallel  multiple  lines  of  processing  working 
concurrently  to  process  more  than  one  line  at  a  time.  The  need  for 
multiple  processing  has  not  been  assessed,  since  all  work  has  been  per¬ 
formed  on  a  multi-user  system  with  relatively  slow  development-type  pro¬ 
grams.  However,  because  our  software  could  be  supported  by  multiple 
processors  working  in  parallel,  process  time  should  not  be  rate-limiting. 

Since  the  potential  of  this  technique  has  been  shown  to  be  good, 
the  next  task  is  to  refine  the  technique.  Refinements  can  be  made  in 
all  areas,  including  fine-tuning  feature  extraction,  adding  new  features 
and  removing  the  less  significant  ones,  and  developing  methods  for  making 
authentication  decisions  based  on  these  data.  In  addition,  studies 
could  be  made  of  methods  for  optimizing  the  software  for  minimum  through- 


VI  COMPUTER  PROGRAM  SUMMARIES 


The  task  of  image  analysis  has  been  broken  down  into  four  discrete 

jobs: 

•  Determine  the  correct  gray  level  for  image  thresholding  using 
the  FORTRAN  program  HIST. 

•  Threshold  the  image  to  produce  a  binary  image  using  the  FORTRAN 
program  THRESH. 

•  Extract  a  list  of  hand-perimeter  points  from  the  binary  image 
using  the  PASCAL  program  LINEBYLINE. 

•  Extract  the  feature  values  from  the  perimeter  list  using  the 
FORTRAN  program  SCAN. 

Each  of  these  jobs  is  handled  by  a  single  independent  program.  A  brief 
description  of  each  program  follows,  and  listings  of  each  program  appear 
in  Appendix  A.  The  program  LINEBYLINE  is  quite  complex,  however,  and 
Appendix  B  is  included  to  describe  its  operation  in  detail. 

A.  HIST 

This  FORTRAN  program  computes  a  histogram  of  the  frequency  of  occur¬ 
rence  of  gray  levels  in  an  8-bit  gray-scale  image.  The  program  is  capable 
of  handling  a  512  x  512  pixel  image,  which  is  the  size  used  to  represent 
the  hand  data.  The  image  format  is  two  pixels  per  16-bit  word.  The  record 
size  on  a  DEC  RK  05  disk  is  256  16-bit  words.  The  output  file  lists  the 
frequency  count  of  each  gray  level  (0-255).  A  plot  of  the  output  can  also 
be  produced  on  a  TEKTRONIX  4000-series  terminal,  using  the  PLOT  10 
(TEKTRONIX)  software  interface  installed  in  the  Bioengineering  Research 
Center's  PDP  11/40  computer.  The  output  of  this  program  clearly  identi¬ 
fies  the  sets  of  gray  levels  that  represent  either  the  background  or 
the  hand;  this  information  is  used  to  pick  a  discrete  gray  level  between 
the  two  sets  of  levels  that  will  best  separate  them.  This  level  is  used 
by  THRESH  to  produce  a  binary  image. 
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B.  THRESH 


This  FORTRAN  program  thresholds  an  8-bit  gray-level  image  to  produce 
a  binary  image.  Thresholding  is  performed  on  a  pixel-by-pixel  basis. 

The  input  file  contains  two  8-bit  pixels  per  word  with  a  total  image  size 
of  262,144  pixels.  The  output  file  contains  16  one-bit  pixels  per  word. 
Both  input  and  output  files  have  256  words  per  record.  The  discrete 
threshold  value  is  entered  at  run  time. 

C.  LINEBYLINE 

This  PASCAL  program  produces  a  list  of  perimeter  points  that  bound 
"blobs"  of  color  opposite  to  that  of  the  background  in  a  binary  image. 
Eight-point  connectivity  is  checked  for  each  point  in  the  image.  Using 
the  large  area  as  a  criterion,  the  hand  blob  is  selected  from  others, 
and  only  the  hand  perimeter  is  saved.  This  list  of  hand-perimeter  points 
is  output  as  a  file  of  ordered  points  running  around  the  perimeter  of  the 
hand.  Only  one  pass  is  made  through  the  image,  and  only  one  line  is 
accessed  at  a  time.  The  program  therefore  requires  only  slightly  more 
dynamic  memory  than  is  required  to  store  perimeter  points.  A  more  exten¬ 
sive  description  of  this  program  is  included  as  Appendix  B. 


D.  SCAN 

This  FORTRAN  program  processes  the  list  of  perimeter  points  produced 
by  LINEBYLINE  and  outputs  numeric  values  that  describe  geometric  features 
of  the  hand,  as  discussed  earlier  in  this  report.  Included  below  are 
comments  intended  to  help  the  reader  interpret  the  program  listing  in 
Appendix  A. 


The  preferential  landmarks  on  a  perimeter  are  the  fingertips. 
These  are  located  by  the  angle  algorithm  on  page  A-20, 
starting  with  the  comment  lines.  Landmarks  are  found  by 
moving  a  window  of  size  IDIS  (18  points)  along  the  perimeter 
and  looking  for  an  angle  criterion  shift  of  90°  in  the  tangent 
to  the  perimeter. 

Starting  at  line  174  on  page  A-5,  calculations  of  finger  length 
are  made.  These  require  the  precise  tip  locations  calculated 
earlier  on  page  A-4,  starting  with  the  comment  lines  in  the 
middle  of  the  page. 
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Finger  widths  are  calculated  with  the  code  on  page  A-21. 

Ratios  of  finger  lengths  to  widths  are  calculated  on  page  A-22. 

Curvature  measures  are  calculated  with  the  code  in  the  middle 
of  page  A-22,  using  subroutines  TANAG  and  LINFIT  that  process 
angle-function  data. 

Hand  width,  perimeter,  and  hand  area  are  calculated  at  the  bottom 
of  page  A-22,  using  the  functions  IDELTS  and  DSTNCE  and  the  sub¬ 
routine  ARPRIM. 


Appendix  A 

COMPUTER  PROGRAM  LISTINGS 


A-l 


noon  nnooo  oooooooow  m  .  on  on  no  <n  oo  oonnooexvnnnn 


PROGRAM  HIST 


WITTEN  BY  GREG  MYERS 

THIS  ROUTINE  COMPUTES  A  HISTOGRAM  OP  AN  8-BIT  GREY-LEVEL  IMAGE.  IT 
HANDLES  IMAGES  THAT  ARE  2S6.  512,  OR  1024  POINTS/LINE.  THE  IMAGE  FORMAT  IS 
2  PIXELS  PER  WORD,  AND  THE  REOORDSIZE  ON  DISK  IS  256  16-BIT  WORDS. 

THE  OUTPUT  FILE  LISTS  THE  FREQUENCY  COUNT  OF  EACH  GREY  LEVEL  (0-2SS) . 

NOTE:  TOR  256  X  256  FILES,  THERE  IS  ONLY  ONE  PIXEL  PEI  WORD! 


LOGICAL*  I  NULL,  NAMINOO) ,  NAMOUT (301  ,  A<512» ,  ITITLE<72) 
INTEGEN*4  IHI2S6) ,  I H AULA 

REAL  G(2S6>,  H1256),  XAXISU8) ,  YAXIS(2) ,  TITLE!  181 
INTEGER  STaRTL,  START? ,  ENDL,  ENDP 
EQUIVALENCE  < ITITLE.TITLE) 

DATA  XAXISl  1>/'GREY  V,XAX1S(2>/’  LEV'/,  RAX  IS  (3) /’EL 
l  YAX1SI  1>/'C0UN'/,YAX1S(2)/’T  V 


LUNIN  •  3 
LUNOUT  •  4 
NULL  ■  0 


DO  I  I  •  4,18 
TITLEU)  •  4H 
I  XAXISl 1 1  •  4H 

— GET  DATA  FROM  TERMINAL 


WRITE  (5,10) 

18  FORMAT ( '  FOR  INPUT  FILE:  TYPE  (LINES,  (POINTS/LINE,  AND  FILENAME') 
READ  (S.IS)  NL,  NP,  NCHIM ,  INAMIMl  I) ,  !•  I  ,NCHIN> 

15  FORMAT (2I5,Q,30AI ) 

NAMININCHIN'I)  •  NULL 

OPEN(UNIT>UININ,NAM£-NAMIN,TYPE«’OLD’ .ACCESS* 'DIRECT' .READONLY, 

I  RECORDS IZE-1 28, ERR-901) 


WRITE  (5,20) 

28  FORMAT!’  FOR  HISTOGRAM  AREA:  TYPE  STARTING  LINE,  STARTING  POINT,  t 
1LINES ,  »P0 I NTS/LINE') 

READ  (5,25)  STARTL.  START?,  ML,  HP 
25  FORMAT (415) 

ENDL  •  STARTL  *  NL  -  I 
ENDP  «  START?  *  HP  -  1 


WRITE  (S  30) 

»  FORMAT! ' 'TYPE  ”1”  IF  YOU  WANT  A  HISTOGRAM  OUTPUT  FILE  ONLY,’/ 

1  '  ”2"  IF  YOU  WANT  A  PLOT  ONLY,’/ 

2  '  ”3'’  IF  YOU  WANT  BOTH’) 

READ  (5,35)  ISUP 

35  FORMAT!  ID 

IF  HSVP  .EX}.  I  .OR.  ISVP  .EQ.  3)  WRITE  (5,40) 

40  FORMAT!'  TYPE  HISTOGRAM  OUTPUT  FILE’) 

IF  (ISWP  .EQ.  I  .OR.  ISVP  .EQ.  3) 

I  READ  (5,45)  NCHOUT, (NAMOUTI I ) , !•! .NCHOUT) 

IS  FORMAT <Q,30AI) 

NAMOUT (NCHOUT* 1)  *  NULL 

IF  I  ISVP  .EQ.  2  .OR.  ISVP  .EQ.  3)  MITE(S,50> 

8  FORMAT!'  TYPE  0  OF  GREY  LEVELS  DESIRED  IN  THE  PLOT  113)’) 

IF  (ISVP  .EQ.  2  .OR.  ISVP  .EQ.  3)  READ(S.SS)  NGREYL 

5  FORMAT  1 13) 


— INITIALIZE  HISTOGRAM  ARRAY 


100 


TIN  •  SECNDSie.) 
DO  100  I  .  1,256 
!H(I>  ■  0 


IP  (HP  .03 

ip  (np  .B5 

IF  (NP  .EQ 
00  TO  902 


1024)  OO  TO  280 
512)  00  TO  380 
256)  00  TO  400 


— FOR  1024  POINTS/LINE  (2  RECORDS  PER  LIME) 


A- 2 


0 

D  212 


22* 


219 


C 

C 


DO  210  JREC  •  (STARTL- l)*2*l ,  (WDC- I  )»2»  1,2 
IF  <M00> J1BC.26)  .BO  O  WHITE  (5,212)  JREC 
FORMAT ( '  JREC  •  ’,14) 

IF  (STARTP  .OT.  SI2)  00  TO  220 

READ  (LUNIN' JREC,  EM -903)  (A(  I) ,  1*1 ,512) 

XI  ■  STARTP 

12  •  NIN0IENDP.SI2) 

CALL  HISTUA,XI.K2,lfl> 

CONTINUE 

IF  (ENDP  L£.  SI2)  00  TO  210 

READ  < LUNIN 1 JREC- I , EM-904)  (AO) ,  1*1 .512) 

XI  •  NAX0(STARTP,S13)  -  SI2 

K2  •  ENDP  -  512 

CALL  HISTL(A,KI,K2, IH) 

CONTINUE 

go  to  see 


C - FOR  512  POINTS/LINE  (ONE  LINE  PER  RECORD) 

C 

300  DO  310  JREC  •  STARTL.ENDL 

READ  ( LUN IN '  JREC  .EM-903)  (A(  I ) .  I*  I  ,SI2) 
CALL  HISTLU.STARTP.ENDP.iH) 

319  CONTINUE 

oo  ro  see 
C 
C 

C - FOR  256  POINTS/LINE  (2  LINES/RECQRD) 

C 

400  DO  410  JREC  -  STARTL.ENDL 

READ  ILUNIN' JREC, ERR-903)  (A< I ) , !•! .512) 


C - OOHPRESS  DATA  IH  ARRAY  A  FRO*  DEAXZA  FORMAT 

DO  411  I  •  1,256 
411  A( I )  •  A(2*|-l> 

CALL  H|N7L(A.srARTP,ENDP,IN> 

410  CONTINUE 
C 
C 
C 

C - PRODUCE  OUTPUT  FILE  IN  A  FORMAT  ACCEPTABLE  TO  THE  PROGRAM  PLOTDATA 

C 

500  CONTINUE 

TINE  -  SECNOS(TIN) 

WRITE  (5,501)  TIME 
FORMAT ( 1  TIME  •  ’.F10.3,’  SECONDS') 

CLOSE  (UNIT-LUNIN) 

DO  SOS  I  •  1,256 
fl( I)  •  1-1 
H<l>  •  IH<|) 

CONTINUE 


501 


IP  (ISVP  .NB.  I  .AND.  ISWP  .ME.  3)  GO  TO  600  _ 

OPEN  (|TN  IT-LUNOUT ,  NAME- NAMOUT ,  TYPE- '  NEW'.  ACCESS-  'SEQUENT I AL ' , 
FORM- 'FORMATTED' , EM -905, CARR I AGECONTROL- 'LIST' > 


519 


529 


539 

540 


C 

C 


WRITE  (4.510)  (NAMIN(I). 1-1,27).  STARTL , ST ARTP . ML , MP 
FORMAT (7X, 'HISTOGRAM  OF  ',27Al,4tS) 

N256  •  256 

WRITE  (4.S20)  N2S6,  <0( I) ,H( I) . I- I ,256) 

FORMAT ( I4,/,2(EI5.8,2XI ) 

I H  AREA  -  0 
DO  530  I  *  1,256 
IHANEA  -  IHAREA  *  IH(I> 

WRITE  (4,540)  IHAREA 
FORMAT!/,'  HISTOGRAM  AREA 
CLOSE  (UN1T-LUN0UT) 


' ,  17) 


C — PLOT  THE  DATA  ON  THE  TEKTRONIX 
C 

600  CONTINUE 

IF  (ISWP  .LT.  2)  GO  TO  999 
ENCODE  (67.510,  IT ITLE.  EM-9) 


C 

C 

C 


UTVWC  (Ul|  JIV,  II  I  ILbiUUI'91  | 

CALL  PLOT (0,H,NGREYL,XAX!S, VAX IS, TITLE) 
STOP 


(NAMIN(I) ,1-1,27) .STARTL, ST ARTP, ML, HP 


90) 

91 1 


’ ,  30A I  > 


912 


913 


WRITE  (5,911)  (NAMIN(I) .I-I.NCHIN) 

FORMAT) '  HIST:  ERROR  OPENING  INPUT  FILE 
GO  TO  999 
WRITE  (5,912) 

FORMAT)’  HIST  ERROR:  •  POINTS/LI HE  256.  512,  OR  1024  ONLY! ' ) 
CLOSE  (UNIT-LUNIN) 

00  TO  999 
WRITE  (5  913) 

FORMAT) ' *HIST  ERROR:  ERROR  903  READING  INPUT  FILE') 

CLOSE  (UNIT-LUNIN) 

GO  TO  999 
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nnnnnnnnnnnn  rtnnnnnnnnnnnnnnnnn 


964 

914 


905 

915 

9 

916 


C 

C 


166 


999 


WRITE  (5,914) 

FORMAT) '  HIST  ERROR:  ERROR  964  READING  IMFOT  FILE') 
CLOSE  (UNIT-LUN1N) 

00  TO  999 

WRITE  (S.9IS)  (NAMOVT ( I ) , I* I .NCHOUT) 

FORMAT! '  HIST  :  ERROR  CREATING  OUTPUT  FILE  ',36AI> 
00  TO  999 

WRITE  (5,916)  ( I TITLE* I) , 1*1 ,72) 

FORMAT (72A I > 

PAUSE  916 
00  TO  999 

END 

SUBROUTINE  fllSTL<A,Xl  ,K2,  IH> 


LOGICAL*!  A(512) 
INTEGER*4  li|(256) 


DO  100  I  •  K1.K2 
I  NT  •  A  ( 1  > 

IF  < I NT  .LT.  6)  INT  •  INT  ♦  256 
1NDX  ■  INT  ♦  I 

IF  ( I H < INDX)  .EO.  32767)  00  TO  166 

IH(INDX)  •  IH(INDX)  ♦  I 

CONTINUE 


RETURN 

END 


PROGRAM  THRESH 
WHITTEN  BY  ORB)  MYERS 

THIS  PROGRAM  THRESHOLDS  AN  8-BIT  GRET-LEVEL  IMAGE  AND  PROODCHS  A  BINARY 
(I  BIT  PER  P1XB£>  OUTPUT  IMAGE.  THE  INPUT  FILE  CONTAINS  l  9-BIT  PIXEL 
PER  WORD  IF  THE'  IMAGE  IS  IN  THE  256  X  256  DE  ANZA  FORMAT.  OTMERVIZE, 
THE  IMAGE  CONTAINS  2  PIXELS  PER  WORD.  THE  OUTPUT  FILE  CONTAINS 
16  I -BIT  PIXELS  PER  WORD.  BOTH  THE  INPUT  AND  OUTPUT  FILS  HAVE 
2S6  WORDS  PER  RECORD. 

MODIFIED  9224/80  TO  ACCEPT  COMMAND  STRING  INPUT 
COMMAND  SYNTAX  IS: 

IOUTFILI -INF1L/LN : * : »/TH:i 
ROB  RANMON 

LOGICAL* 1  NULL,LFL0,NAXFIL(34) ,A(8I92) ,B(512) 

INTEGERS  I  BYTE 
LOGICAL* I  BYTE 

INTEGER  IFLG.NL.KPJTHR.EXSTAT 
INTEGER  SVTAB(9> ,THVAL(S> ,LNVAL(5> 

REAL  PROMPT 

DATA  PROMPT/' THR'/, IEXT/3REXT/,EXSTAT/1/ 

DATA  NL/-I/.NP/-1/.ITHR/-1/ 

EQUIVALENCE  (BYTE,  IBYTE) 

DATA  LUNIN/3/,  LUNOUT/4/,  NULL/6/ 


— GET  DATA  FROM  TERMINAL 
WRITE  (5,16) 

16  FORMAT)'  FOR  INPUT  FILE:  TYPE  ALINES,  fPOINTS/LINE,  AND  FILENAME’) 
RF.AD  (5.15)  NL,  NP,  NCHIN,  (NAN1N(  1) ,  1-1  .NCHIN) 

16  FORMAT (21 5,0, 36A1) 

NAM1N(NCHIN* I)  «  NULL 

toitialiio  GETCMD  »»4  (vitoh  doieriptor  litbtd 

CALL  ASSIGN  <6,’TI:’,3)  fA<ii(«  LUN  for  GETCMD 
CALL  INICND  (6, 1  EXT,  PROMPT)  ISol  LUN  tad  MU  •it.prsnt 

CALL  CSISW  (SVtAB(l), ’LN',2,  ,LNVAL)  IDxliri  AM  >vl  teh 

CALL  CSISV  (SVTAB(S) ,  'TH' ,  I ,  ,THVAL>  IDooloro  /TH  (witch 

CALL  CSISV  (LNVALIII.’D’.NL)  IDieliri  flrit  >*l  for  AMit 
CALL  CSISV  (LNVALOI.'D'.NP)  (Stood  toll* 

CALL  CSISV  (THVAL(l),'D',mOI)  ID.ol.r.  »»1  for  /TH:» 


C  Get  >omm4  atriat  preoaai  it 
16  CALL  GETCND  <B,.,.,LFLG> 

IF  (LFLO  .  NE.  e>  GO  TO  1000  (Error 
EXSTAT  *  I  (Sat  aaeoatafal 

CALL  CSII (B, , , IFLQI  (Conpraat  atriat 

IFIIFLO  .CT.  0)  00  TO  1820  (Error 

lFdFLG  .EQ.  01  LFLO  •  'I*  (Eqaei  life  ia  atriat 

IFdFLC  .LT.  0)  LFLO  •  ’O'  (No  aqaal  sipa 

CALL  CSIDEFiLFLG, , , , 'H8  ')  (Sal  defeelt  ait 

NL  •  -I  (Sat  Tor  ahack 

NF  •  -1 
I TUB  •  -1 

CALL  CSI2(LPLG,NANFIL, .SVTAB)  (Parte  atriat 
IF(NANFIL<  |(  .BO.  0)  GO  TO  1040  (Error 

I F ( ( NL  .EO.  -I)  .OR.  (NF  .BQ.  -»»>  GOTO  1030  (Error 
IFlITHR  .BQ.  -1)  GOTO  1030  (Error 


IParta  atriat 


OPEN  <  UN  I T*LUN I N , NAME*NAMF I L , T VFE» 1 OLD ' .ACCESS* 'DIRECT' .READONLY, 
RECORDS  IZE* I28,ERR*90l> 


TOTFIX  «  FLOAT (NL)  •  NF 
NRECIN  •  TOTFIX  /  SI2 
NBLOUT  •  TOTFIX  /  4096 
L1NC  •  l 
KTOT  •  8 

IF  (NL  .NE.  2S6  .OR.  NF  .NE.  2S6>  GO  TO  18 


NRECIN  • 
LINC  •  2 
KTOT  •  16 
CONTINUE 


NRECIN  •  2 


C  Gat  iaforaatioa  tad  opaa  oatpat  fita 

IF  (LFLG  .BQ.  *  I ’ )  GO  TO  50  lEqaal  ait*  ia  atriat 
NANFIL(2S>  «  'B'  (Sat  default  attaaaioa 

NANFIL(26)  •  'I' 

NANFIL127)  •  'N' 

GO  TO  66 

SO  CALL  CSlDEF('0’.,,NAltFIL<IS).*BIN'»  (Sat  daTaalt  ail 
CALL  CS12('0',NANF1L)  (Paraa  atriat 

IF(NANFlLd)  .EO.  0)  GO  TO  1040 
C  WRITE  (S  20) 

C  20  FORNATc’typE  THRESHOLD,  AND  NANE  FOR  BINARY  OUTPUT  FILE') 
C  READ  (S,2S>  ITHR.NCHOUT ,  (NANOUTd  )  ,1*1  .NCHOUT) 

C  2S  FORNAT ( 14.Q.30AI ) 

C  NANOUT (NCHOUT* I >  -  NULL 

60  OPEN(UNIT*LUNOUT ,NANE*NAMF(L, TYPE* 'NEW' .ACCESS* 'DIRECT' . 

I  RECORDS IZE- 128, ERR *902, INITIALSIZE«NBLOUT> 


(Sat  daTaalt  aat 
(Paraa  atriat 


TIN  -  SBCNDSCO.) 

DO  100  J  •  I. NRECIN. KTOT 

C 

C - READ  IN  4096  8-BIT  PIXELS 

C 

DO  200  K  •  I, KTOT 

XOFF  •  ( X- 1 ) *5 1 2 

READ  (LUNIN’J.K-l)  (A(KOFF* I ) , I-l ,512) 

200  CONTINUE 

C 
C 

LOFF  •  1 

DO  300  L  ■  1,512 
IBYTE  ■  0 
C 

C - PERFORM  THE  THRESHOLD  IN  GROUPS  OF  8  PIXELS 

C 

DO  400  I  ■  1,8 

I NT  •  A(LOFF) 

LOFF  *  LOFF  ♦  LINC 

IF  ( INT  .LT.  0)  INT  •  INT  *  256 
ibyte  *  iahf t ( iby ta,-l) 

if  (iat  .fa.  ithr)  ibyta  •  iordby  te,  120) 

400  eoaliaaa 

b ( I >  ■  by  la 

300  aaatiaaa 

C 

a— arita  aat  aaa  raaord  ef  data  (4096  biaary  piiala) 
a 

arita  daaea  l '  J/k  let*  1)  lbd>  ,  i*l  ,512) 

100  aaatiaaa 
a 
a 

CLOSE  (UNIT  •  LUNIN) 

CLOSE  (UNIT  •  LUNOUT) 

TINE  •  SECNDS(TIN) 

WRITE  (5,991)  TIRE 


a 


999  00  TO  10 


10*  l  Mlt  OOMIld 


e 

e 

*901  writ*  (5,911)  (NAMFlLt 1) , i« 1 .341 

911  formate  orror  opoaias  lopot  rilo  ',30a I) 

•o  to  999 

902  *ri  to  15,912)  (NAMFILti ) ,  i- 1 ,34) 

912  fora mlt*  orror  orootiop  oolpot  filo  ‘,30al> 
to  to  999 

C 

1000  IFtLFLO  .EQ.  "366)  CALL  EXST(EXSTAT)  lEiit  with  ttaloo 

1020  TYPE  1021 

1021  FORMAT  <’  •••  command  (fatal  orror  •••') 

00  TO  9600 

1030  TYPE  1031 

1031  FORMAT  (’  •••  orror  ia  iapat  filotpoo  ••••) 

00  TO  9600 

1040  TYPE  1041 

1041  FORMAT  <’  •••  Error  ta  oatpit  fitaapoo  •••’) 

00  TO  9000 

C 

9000  EXSTAT  ■  4  fSot  for  aatar  orror 

—  CALL  RESCND  IRaaal  cad  iapat  lo  top  lotol 

00  TO  10  fOot  aoit  ooaaand 

a 
c 

and 


PROGRAM  LINEBYLINE1TTY) : 


(•NSP*) 


<•  VERSION  46C  10/16/80 

THIS  VERSION  PRODUCES  A  PERIMETER  LIST  OF  ONE  LARGE  BLOB.  WHICH  IS  SUPPOSED 
TO  BE  A  HAND.  FOR  ROB  HAN  MON  AND  THE  PALNPRINT  STUDY. 

WRITTEN  BY  GREG  MYERS 

SRI  INTERNATIONAL,  4-3006 
333  RAVENSVOOD  AVENUE 
MENLO  PARK,  CA.  94025 


THIS  ALGORITHM  IS  TAKEN  FROM  A  REPORT  BY  OERRY  AGIN  AT  SRI  ENTITLES 
IMAGE  PROCESSING  ALGORITHMS  FOR  INDUSTRIAL  VISION".  THIS  ALGORITHM 
IS  REFERRED  TO  AS  CONNECTIVITY  ANALYSIS".  IT  SEGMENTS  A  BINARY 
IMAGE  INTO  "BLOBS"  1 CONNECT ED  AREAS)  OF  THE  SAME  COLOR"  (OREY  LEVEL). 

ONLY  ONE  PASS  IS  MADE  THROUGH  THE  IMAGE,  AND  ONLY  ONE  LINE  IS  ACCESSED 
AT  A  TIME  (HENCE,  THE  PROGRAM  NAME  ’LINE-BY-LINE’).  FEATURES  OF  EACH 
BLOB  ARE  COMPUTED,  SUCH  AS  ITS  AREA,  CENTER  OF  GRAVITY,  BOUNDING  RECTANGLE, 
AND  A  LIST  OF  ITS  PERIMETER  POINTS. 


THE  LETTERS  ’NSP’  WITHIN  A  COMMENT  MEAN  'NON-STANDARD  PASCAL*. 

THE  LINES  MARKED  'NSP'  MAY  REQUIRE  MODIFICATION. 

THE  LETTERS  >ND’  WITHIN  A  COMMENT  MEAN  'MACHINE-DEPENDENT'. 

THESE  LINES  MAY  ALSO  REQUIRE  MODIFICATION. 

BECAUSE  THE  COMMAND  'DISPOSE'  IS  NOT  IN  THE  "SWEDISH"  VERSION  OP  PASCAL 
AT  SRI,  'DISPOSE'  STATEMENTS  ARE  ENCLOSED  IN  COMMENT  STATEMENTS  AND 
ARE  IGNORED. 

READ  AND  WRITE  STATEMENTS  FROM  THE  USER’S  TERMINAL  DO  NOT  REQUIRE 
FILE  SPECIFICATION  IN  THIS  VERSION  OF  PASCAL.  THE  FILE  'TTY'  IS 
ASSUMED. 

BOLN  IS  AT  THE  BEGINNING  OF  AN  INPUT  LINE  WHEN  READING  FROM  THE  TTY. 

•) 


CONST  NPIXELSPERLINE  •  512;  (•  THIS  PROGRAM  HANDLES  512  X  512  IMAGES  ONLY  •) 

NLINES  •  512; 

NBITSPERC1IAR  •  8;  (*MD* ) 

NCIURSP1CRL1NE  •  64;  (•  •  NPIXELSPERLINE  /  NB1TSPERCHAR  •)  (‘MD*) 

NCHARPERBLOCK  -  SI2;  (»MD») 

BKGND  «  0;  INK  •  1; 

(•  INPUT  COMMANDS  •) 

ON  •  'T';  OFF  •  'F'; 

LINEIN  •  'L'l 
LIST  BLOBS  .  'B': 

LISTPERINS  •  'P1; 

L ISTRUNUNOTHS  ■  ’R’; 

LISTACTIVELINESHQNENTS  ■  'A'; 

DIAGNOSTICS  •  'D'; 

STOP  •  'S’; 
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me  binary  •  bkgnd.  .  ink 

CNDTYPE  •  SET  OF  'A 


vwi  lib  -  jli  wr  niibi 

ARRAYS I HT  •  ARRAY! I . .51  OF  INTEGER; 


BLOBPTR  •  • BLOBS; 

PTRPER INSECT  ION  •  » PER  INSECT ION; 

PERINPTR  •  tFERIM; 

BLOBS  •  RECORD 

COLOR;  BINARY; 

COUP;  INTEGER ; 

PERIN:  PTRPER INSECT  I ON; 
NPER1NPTS:  INTEGER: 

AREA , XNEAN , YNEAN :  REAL; 

XN I N , XN AX ,YN I N , YNAX ;  INTEGER; 
PARENT,  NEXT:  BLOBPTR  END; 


PER INSECT  ION  •  RECORD 

LEFT, RIGHT:  PERINPTR; 

PREV .NEXT :  PTRPER INSECT  ION  END; 


PERI*  •  RECORD 

LINE, COL:  INTEGER; 
NEXT:  PERINPTR 


END; 


SEGPTR  •  * SEGMENT ; 

SEGMENT  •  RECORD 

ST ARTCOL , ENDCOL :  INTEGER; 
BLOB:  BLOBPTR; 

NEXT:  SEGPTR  END; 


PTRRUNLENOTH  •  tRUNLENGTHS; 

RUNLENGTHS  •  RECORD 

ST  ARTCOL, ENDCOL;  INTEGER; 
NEXT:  PTRRUNLENOTH  END; 


(•  GLOBAL  VARIABLES  •) 

VAR  BLOB .BLOBSDONE :  BLOBPTR; 

RECYCLEDPTR :  PERINPTR; 

ARRAYP:  ARRAY II.. Ill  OF  PERINPTR j, 

ACT  I VEL I NE ,  PREVSEG , CURRSEG , SEG :  SEGPTR; 

NEWLINE, NENSBG.LASTNEWSEG:  PTRRUNLENGTH ; 

CND.ONOFF:  CHAR; 

CNDSET :  CNDTYPE; 

I NT HR ACTIVE:  BOOLEAN* 

L I NENUN , COL i NEWCONPNUN , NLREAD .NT I NE5 :  INTEGER; 

TR ACEBLOBS , TRACEPER I NS , TRACEACT I VEL I NESEGNENTS , TRACERUNLENOTHS:  CHAR 
TRACED  I  AGNOSTICS:  CHAR: 

INPUTINAGE. DATAFILE. PERINFILE:  TEXT; 

INPUTNANE, DATANANE , PER I NNANE :  ARRAY II,, 301  OF  CHAR;  (*ND*) 

BIT:  ARRAYI I ■ . NPIXELSPERLINE)  OF  BINARY; 

I.CHARTOT.LINEGROUP:  INTEGER; 

TYPELINENUNS:  BOOLEAN;  _ 

HAN DON LY , BLOBWR ITTEN :  BOOLEAN;  AREATH:  REAL;  IAREATH:  INTEGER; 
TRACEPARENT, RECURS:  BOOLEAN; 

NSKIP:  INTEGER; 

<»»P*  NEW  PAGE  •> 

PROCEDURE  PAUSE; 

VAR  MINNYCHAR:  CHAR; 

BEGIN  _ 

VRITEUM 'TYPE  ANY  CHARACTER  TO  CONTINUE'); 

READLN; 

READ l DUNNYCHAR I 
END;  <•  PAUSE  •) 


PROCEDURE  TYPERUNLENGTHS; 

VAg  jILPTRi  PTRRUNLENGTH ; 

END;"  <•  TTPERUNLENCTBS  •» 

PROCEDURE  TYPEACT I VEL I NESEGNENTS; 

VAR  ALSPtR:  SEGPTR; 

BEGIN 

END;  (•  TYPEACT I VEL I NESEGNENTS  •) 
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<«8P*  NEW  PAGE  *1 

PROCEDURE  WKlTEBLOBtVAR  DEVICE:  TEXT;  VAR  BLOB:  BLOBPTR) 


BEGIN 

END;  <•  VRITEBLOB  •> 


PROCEDURE  TYPEBLOBS4VAR  DEV ICE: TEXT) ; 

VAR  ALSPTR:  SEGPTR; 

BEGIN 

END;  <•  TTPEBLOBS  •) 

4»«P*  NEW  PAGE  •) 

PROCEDURE  DIRP01NT4VAR  DIR.Xl ,YI ,X2,T2:  INTEGER); 


(• 


-1 


DIRECTIONS: 

X 

e  i 
2 


-i 

3 


Y  0  4  . 

1  S  6 

0 

7 

BEGIN 

CASE  DIR  OF 

3,2,1:  Y2 

■ 

Tl-l; 

4.0  :  Y2 

■ 

Yl; 

S ,6,7:  Y2 

■ 

Yl*l 

END; 

CASE  DIR  OF 

3.4.S:  X2 

■ 

X 1  —  l ; 

2.6  :  X2 

■ 

XI; 

0,1.7:  K2 

• 

XI* 

END; 

END;  <*  DIRPOINT 

•) 

•) 


PROCEDURE  UNPACKS (VAR  XX:  INTEGER;  VAR  DIR:  ARRAVSINT); 


BEGli 


,X,XDIV4096,XDIVS12,XDIV64,XD1V8:  INTEGER; 


X  :•  -XX; 
XD1V4096 
XDIVSI2 
XPIV64 
XDIV8 
DIR  I II  ;• 
DIRI2) 


•  X  DIV  4896; 

•  X  DIV  S 12; 

-  X  DIV  64; 

•  X  DIV  8; 

X  -  XDiVD*8: 

XDIV8  -  XD1V64*8; 


AW  1*0  —  AOITWD 

DIRI31  :•  XDIV64  -  X01VS12»8: 

DIR  14)  :•  XDIVSI2  -  XDIV4096*8; 

DIRIS]  :•  XDIV4096; 

END;  <•  UNPACKS  •) 

4»8P»  NEW  PAGE  •> 

PROCEDURE  UNPACKPERINSIVAR  PTR.UPPTRR, UPPTRL:  PER1NPTR); 

VAR  DIR:  ARRAVSINT; 

1,11:  INTEGER; 

BEGIN 

ARRAYPlIlf .LINE 
ARRAVPI I I t .COL 


•  PTE* -LINE; 

•  PTRt.COL  -  NPIXELSPERLINE; 


UNPACKS«PTRt .NEXT* .LINE, DIR) ; 

FOR  I  :•  I  TO  S  DO  BEGIN 
1 1  : «  I  »  1 ; 

PINPOINT* DIR) 1 1 .ARRAYPI 1 1  * .COL, ARRAY?! II f .LINE, ARRAYPI 1 1) f.COL.ARRAYPII) )» .LINE) ; 
END;  <•  FOR  •) 


UNPACK54PTR* .NEXT* .COL,  DIR) i 

IF  TRACED! AGNOSTICS  •  ON  THEN  FOR  1  :•  I  TO  S  DO  WRITELNIDIRI I) :4) ; 

FOR  I  :•  6  TO  10  DO  BEGIN 
11  :•  I  ♦  Is 

DIRPOINT(DIRII-S), ARRAYPlIlf. COL, ARRAVPI 1 1*. LINE, ARRAVPI 111*. COL, ARRAYPI I II*. LINE) 
END;  (•  FOR  •) 


UPPTHR  :•  ARRAYPI II; 

UPPTRL  :■  ARRAYPI! I); 

END;  4*  UNPACXP ERINS  •) 

(•8P»  NEW  PACE  •) 

FUNCTION  CONNECT ED 4 VAR  POINT! .P0INT2:  PERINPTR) :  BOOLEAN; 


BEGIN 

IF  (ABS(P01NT1*  .LINB-POINT2*  .LINE)  <•  l>  AND 

(ABS( POINT  1 * . COL  -P01NT2*  .COL  )  <■  1)  THEN  CONNECTS)  :«  TRUE 
ELSE  CONNECTED  :•  FALSE; 

END; 


PROCEDURE  WRITEPOINTS (VAR  DEVICE:  TEXT; 

VAR  RtOHT.LEFT:  PERINPTR; 

VAR  NPER1NPTS:  INTEGER); 

VAR  PTR .PTR2, UPPTRR, UPPTRL:  PERINPTR; 

BEGIN 

(•  IF  i TRACED I AGNOSTICS  •  ON)  AND  RECURS  THEN  BEGIN 
URITELNI ’RECURS»TRU£' ) ; 

PTR2  :•  RIGHT; 

WHILE  PTR2  <>  LEFT  DO  BEGIN 

WRITELN(PTR2« ,LINE:4,PTR2* .COL: 4) ; 

PTR2  :•  PTR2t .NEXT;  END; 

WRlTELN(PTR2t . LlNE:4,rTR2*  .COL: 4)  ;  END;  •) 

PTR  :*  RIGHT; 

NPERINPTS  :•  NPERINPTS  *  Is 

WITH  PTR*  DO  WRITELN<DEVICE,LINE:4,’  \C0L:4> ; 

WHILE  PTR  <>  LEFT  DO  BEGIN 

IF  PTR* .NEXT*  COL  >  NP I XELSPERL I NE  THEN  BEGIN 

IF  RECURS  THEN  BEGIN  WR I TELN ( ' 2ND  RECURSION1);  PAUSE  END; 
UNPACKPER I  NS  t  PTR* .  NEXT ,  UPPTRR ,  IIPPTRL)  ; 

«•  IF  TRACED  I  AGNOSTICS  ■  ON  THEN  WRITELNl  'WR1TEPOINTS  --  AM; 

IF  TRACED 1 AGNOSTICS  «  ON  THEN 
RECURS  :•  TRUE;  •) 

(•  PTR2  :«  UPPTRR; 

WHILE  PTR2  < >  UPPTRL  DO  BEGIN 

WRITELN<DEVICE,PTR2* .LINE:4,PTR2« .C0L:4) ; 

PTR2  :«  PTR2* .NEXT ;  END; 

WR  ITELN (  DEV  ICE ,  PTR2*  ,LINE;4,PTR2*  .C0L-.4)  ;  •) 

VR ITEPO I  NTS  (DEVICE,  UPPTRR ,  UPPTRL ,  NPER I NPTS)  s 
(•  IF  TRACED 1 AGNOSTICS  «  ON  THEN  URITELN) 'WRITEPOINTS  --  B1); 

IF  TRACED 1 AGNOSTICS  •  ON  THEN  RECURS  :■  FALSE;  •> 

PTR  ; *  PTR*. NEXT*. NEXT;  END 
ELSE  BEGIN 

(•  IF  NOT  CONNECTED < PTR . PTR* . NEXT )  THEN  BEGIN 
WR ITELN ( 'POINTS  NOT  CONNECTED'); 

WH I TELN (DEV  ICE, 'POINTS  NOT  CONNECTED M ;  PAUSE;  END;*) 

<•  SKIP  UNNECESSARY  PERIMETER  POINTS  •) 

IF  (PTR*. NEXT  O  LEFT i  AND  CONNECTED (PTR, PTR* .NEXT* .NEXT) 

THEN  PTR  :•  PTR*. NEXT; 

PTR  PTR*. NEXT; 

NPER I NPTS  :•  NPERINPTS  ♦  I; 

(•  IF  TRACED  I  AGNOSTICS  -  ON  THEN 

WITH  PTR*  DO  WRITELN<L!NE;4,  ’  \C0L:4>;  •) 


END; 


WITH  PTR*  DO  WR1TELN(DEVICE,LJNE:4, 1 
END;  (•  ELSE  •) 

END;  <•  WHILE  •) 

I*  WRITEPOINTS  «> 


,COL:4) ; 


(«*?♦  NEW  PAGE  •) 

PROCEDURE  WRITEPERINSIVAR  DEVICE:  TEXT;  VAR  BLOB: 


BLOBPTR) ; 


•BLoi  COMPONENT  *  ',C0NP:4> 


VAR  PSPTR:  PTRPER INSECT  ION ; 

BEGIN 

WITH  BLOB*  DO 

IF  PERIN  <>  NIL  THEN  BEGIN 
NPERINPTS  :*  0; 

IF  NOT  HANDONLY  THEN  WR I TELN (DEV ICE, ’ 

IF  NOT  HANDONLY  THEN  WR I TELN (DEV ICE. 

PSPTR  :•  PERIN; 

REPEAT 

IF  NOT  HANDONLY  THEN  WR  I  TELN  (DEV  ICE, '  M; 

IF  NOT  HANDONLY  THEN  WRITELNIDEV ICE, 'LINE  COL'); 

WITH  PSPTR*  DO  WRITEPOINTS (DEV ICE, RIGHT, LEFT, NPERINPTS); 
PSPTR  :■  PSPTR*. NEXT 
UNTIL  PSPTR  •  PERIR; 

END  (•  IF  •) 

END;  <*  WRITEPERINS  •) 


PROCEDURE  TYPEPER1MSIVAR  DEV ICE: TEXT) ; 

VAR  ALSPTR :  SEGPTR; 

BEGIN 

WRITELNIDEVICE, 1  Ms 
VR1TELN(DEV1CE, 'BLOB  PERIMETERS’) ; 
ALSPTR  :•  ACTIVELINE; 

WHILE  ALSPTR  <>  NIL  DO  BEGIN 

WRITEPERINS (DEV  ICE, ALSPTR* .BLOB) ; 
ALSPTR  :•  ALSPTR*. NEXT  END; 

END;  <»  TYPEPERINS  •) 


<»«f •  NEW  PAGE  •> 

P10CEDUME  NEW  (VAR  NEWPO INTER:  PQUMPTl)  | 


4»NSP»> 


(•  THIS  ROUTINE  IS  HEEDED  ONLY  IP  THE  COWARD  'DISPOSE'  IS  NOT  AVAILABLE 
IN  THIS  VERSION  OF  PASCAL  •) 

BEGIN 

IP  BECYCLEDPTN  <>  NIL  THEN  BEGIN 
NEWPO INTER  :«  BECYCLEDPTN: 

BECYCLEDPTN  :•  BECYCLEDPTN* .NEXT; 

NKVPOINTEH*  .NEXT  :•  NIL  END. 

ELSE  NEW (NEWPO INTER) ; 

END;  <*  NEW  •) 


PROCEDURE  DELETEPEXINS4VAR  RIGHT, LEFT:  PEBINPTR); 

VAR  POINT:  PERUTTR; 

BEGIN 

I*  ADD  THE  LIST  OF  PEB1NETER  POINTS  OF  THE  BLOB  TO  THE  LIST  OF 
RECYCLED  PER 1 NETER  POINTS.  THIS  SECTION  OF  CODE  SHOULD 
BE  USED  IF  THE  CONMAND  'DISPOSE'  IS  NOT  INPLENENTED  IN  THIS  VERSION 
OF  PASCAL  •) 

LEFT*. NEXT  :•  RECYCLEDFTR; 

RECYCLEDPTR  :•  RIGHT; 

(•  DISPOSE  OF  PER I NETER  POINTS  AND  PER I NETER  SECTION.  THIS  SECTION  OF  CODE 
CAN  BE  USED  ONLY  IP  THE  COHNAND  'DISPOSE'  IS  INPLENENTED.  •> 

<•  WHILE  RIGHT  <>  LEFT  DO  BEGIN 
POINT  :•  RIGHT; 

RIGHT  :•  RIGHT*. NEXT; 

DISPOSE 4 POINT)  END; 

DISPOSE4RIGHT)  •> 

END;  (•  DELETEP ERINS  •) 

<•«»♦  NEW  PAGE  •)  _  _ 

FUNCTION  DIRECT  ION 4 VAR  XI.T1.X2.Y2;  INTBOEX) :  INTEGER; 


<•  DIRECTIONS: 
X 

-I  0  1 

-13  2  1 

Y  0  4  .  0 

I  5  6  7 


•) 


VAR  DELTAY:  INTEGER; 

BEGIN 

DELTAY  :•  Y2  -  Yl; 

CASE  X2  -  XI  OF 

-I:  CASE  DELTAY  OF 
-1:  DIRECTION 
0:  DIRECTION 
I:  DIRECTION 


0: 


CASE  DELTAY  OF 
-1:  DIRECTION 
I:  DIRECTION 


I:  CASE  DELTAY  OP 
-1:  DIRECTION 
0:  DIRECTION 
I:  DIRECTION 


3; 

4; 

5 


2; 

6 


I; 

V 


END; 


END; 


END 


END; 


END;  (•  CASE  DELTAY  •) 
<•  DIRECTION  •) 


<•«■♦  NEW  PAGE  •>  _ 

PROCEDURE  CONPACTPOINTSIVAR  PTR.PTRB:  PENINFTR;  VAR  I:  INTEGER); 

V^R  PtmiNE.PREVCOL. POSITION, DIR:  INTEGER; 

1IITH  Pm*  DO  BEGIN 
IF  I  •  0  THEN  BEGIN 
PTRB* .LINE  :•  B; 

PTNBt.COL  »•  0; 

PTRB*. NEXT  :•  NIL  END 
“  IF  I  <  6  THEN  BEGIN 

IP  I  •  l  THEN  POSITION  ■■  I  ELSE  POSITION  POSITION  •  8; 

PTRB* .LINE  :■  PTRB* .LINE  -  POSITION  •  DIRECT  ION  (P REV  OOL.PREVL I NE, COL, LINE) : 
END 


bedim 

IF  I  •  6  THBI  POSITION  :*  I  ELSE  POSITION  :■  POSITION  •  8: 

mst.OX  ».  PTRBt.COL  -  POSITION  •  DIRECT  ION IPBEVCOL, PREVLINE, COL, LINE)  I 

END; 

PREVLINE  :•  LINE; 

PEEVCOL  COL; 

END;  (•  WITH  •) 

END;  <•  CO', />  ACT  POINTS  •  > 

<*«r*  NEW  PAGE  •> 

PDOCEDUEE  PKPEMIMSIVAR  PESIN;  PT EPEE INSECT I ON I ; 

VAN  PTE ,  PTEA .  PTEB ;  PEEINPTE; 

FIISTONOUPOF 10:  BOOLEAN;  <•  NOT  USED  EIGBT  NOV  •) 

NPfcRINPTS.I;  INTEGER; 

BEGIN 

PTE  PERIMt .MIGHT, - 

I  :•  0; 

F1RCTGROUPOF10  :•  TRUE; 

IF  PTH  <>  PEEIMt .LEFT  THEN 
REPEAT  BEGIN 

IF  IPTRt  .LINE  <  UNDHIM-1)  AND  IPTtt.COL  >  «> 

_  _  AND  IPTRt, OOL  <-  NPIXELSPERLINE)  THEN  BEGIN 

IF  I  •  0  THEN  BEGIN 
PTRA  :■  PTR; 

NEW  I  PTRB)  END; 

OONPACTPO I NTS < PTR , PTRB , I ) ; 

I  :*  I  ♦  1; _ 

IF  I  •  II  THEN  BEGIN 

(•  TO  IDENTIFY  THAT  COMPACTED  RECORDS  FOLLOW  *) 

PTR At .COL  ;«  PTRAt.COL  ♦  NPIXELSPERLINE; 

<*  INSERT  COMPACTED  PERIMETER  RECORD  INTO  THE  LIST  •> 

PTRBt . NEXT  ;»  PTRt .NEXT ; 

DELETEPERIMSiPTRAt .NEXT, PTR) ; 

PTRAt  .NEXT  :•  PTRB; 

PTR  :*  PTRB; 

1  ; »  0; 

END;  (•  IF  I  •  II  •) 

END  (•  IF  3  CONDITIONS  THEN  •) 

ELSE  IF  I  >  0  THEN  BEGIN 

<•  AN  INCOMPLETE  COMPACTION  OOCUMED  --  RESET  VARIABLES  •) 

I  :•  0; 

FIRSTGROUPOFI0  TRUE; 

DEI.ETEP  ERINS  (PTRB,  PTRB)  END; 

PTM  i-  PTRt .NEXT; 

END  (•  REPEAT  BEGUN  •) 

UNTIL  PTR  -  PERIMt .LEFT t 
END;  <•  PKPERIMS  •) 


PROCEDURE  PACKFERIXS; 

VAR  NPERIMPTS;  INTEGER; 

BEGIN 

SEO  :•  ACTIVELINE; 

WHILE  SEO  <>  NIL  DO  BEGIN 
WITH  SEGt.BLOBt  DO 

IF  PEKIN  <>  NIL  THEN  BEGIN 
PKPERIMS I PER IN) ; 

PEKIN  :•  PERIMt. NEXT  END; 
SEG  :•  SEGt . NEXT  END; 

END;  (•  PACKPERINS  •) 

•  ••P*  NEW  PAGE  •) 

FUNCTION  END0F8L0CX: BOOLEAN; 

BEGIN 

IF  CHABTOT  •  WCHARPERBLOCK  THEN  BEGIN 
CHARTOT  :•  0; 

EHDOFBLOCX  :•  TRUE  END 
ELSE  EHDOFBLOCX  ;•  FALSE; 

CHARTOT  :•  CHARTOT  »  l; 

BID;  (•  ENDOFBLOCK  •) 


PROCEDURE  OETLINE; 

C*  GET  A  LINE  OF  BINARY  IMAGE  DATA  FROM  AN  INPUT  FILE.  •> 

VAR  INPVTBYTE.EOBL;  CHAR: 

1,1. INDX, BITS;  INTEGER; 

BEGIN 


<•  READ  IN  ONE  LINE  OP  DATA  FROM  THE  INPUT  PILE  •> 

<•  UNPACK  THE  BINARY  DATA:  IT  IS  ASSURED  THAT  THE  DATA  IS  INTERPRETED  AS 
A  SERIES  OF  8-BIT  CHARACTERS  •) 

INDX  :•  0; 

FOR  I  :•  1  TO  NCHARSPERLINE  DO  BEGIN 

IF  ENDOFBLOCK  THEN  READ! INPUT  IMAGE ,EOBL> ;  (•MD*> 

READ* INPUT I RAGE , I NPUTBYTE ) ; 

BITS  ORDtlNPUTBYTE) ; 

FOR  J  ;•  1  TO  NB I TSPERCHAR  DO  BEGIN 
INDX  :•  INDX  •  I; 

IF  ODD(BITS)  THEN  BITIINDXI  :•  INK 

ELSE  BITIINDXI  :«  BKGND; 

BITS  :«  BITS  DIV  2; 

END. 

END; 

END;  (*  GETLINE  •» 

PROCEDURE  SETLINE; 

(•  SET  UP  STARTING  RUNLENGTH  RECORD  •> 

BEGIN 

IF  LINENUR  •  1  THEN  BEGIN 
NEV(NEVLINE) ; 

NEWLINE* .NEXT  :•  NIL  END; 

NEWLINE* .STARTCOL  :•  RININT* 1 ; 

NEWLINE* -ENDCOL  :•  RAXINT-l; 

NEWSEG  :•  NEWLINE; 

LASTNEWSEG  : ■  NEWLINE; 

END;  (•  SETLINE  •! 


PROCEDURE  ADDRUNLENGTH (COLUMN:  INTEGER! ; 

VAR  NEWESTSEG:  PTRRUNLENGTH ; 

BEGIN 

IF  NEWSEG*. NEXT  <>  NIL 

THEN  NEWESTSEG  :•  NEWSEG*. NEXT  <*  ADVANCE  NEW  SEGMENT  POINTER  IF 

A  SEGMENT  ALREADY  EXISTS  •> 

ELSE  BEGIN 

NEW I NEWESTSEG);  (•  CREATE  A  NEW  SEGMENT  IF  IT  DOESN’T  EXIST  •) 

NEWSEG*. NEXT  :■  NEWESTSEG;  <•  CONNECT  NEWEST  SEGMENT  TO  LIST  •) 

NEWESTSEG*. NEXT  :-  NIL  END; 

NEWSEG*. ENDCOL  :-  COLUMN  -  I; 

NEWESTSEG*. ST ARTCOL  :-  COLUMN; 

NEWESTSEG*  . ENDCOL  :«  NAXINT-1:  _ 

NEWSEG  :•  NEWESTSEG  (•  UPDATE  SEGMENT  POINTER  TO  THE  NEWEST  SEGMENT  •) 

END;  <•  ADDRUNLENGTH  •) 


PROCEDURE  CREATERUNLENGTHS; 

<•  FOR  EACH  TRANSITION,  CREATE  A  NEW  RECORD  FOR  THE  RUNLENGTH  SEGMENT  •) 

VAR  I:  INTEGER; 

BEGIN 

IF  B1TIII  -  INK  THEN  ADDRUNLENGTH ( I ) ; 

FOR  I  :■  2  TO  NPIXELSPERLINE  DO  _ 

IF  BIT  1 1- 1 1  <>  HITCH  THEN  ADDRUNLENGTH ( l > ; 

IF  BIT INPIXELSPERLINEI  •  INK  THEN  ADDRUNLENGTH(NPIXELSPERLINE»I) ; 
LASTNEWSEG  :•  NEWSEG; 

IF  TRACERUNI.ENGTHS  •  ON  THEN  TYPERUNLENGTHS ; 

END;  (•  CREATERUNLENGTHS  •) 

(••P*  NEW  PAGE  •) 

PROCEDURE  ADOKIGHTPER INPOINT (VAR  PER IN rPTRPER INSECT  ION ;  LINE, COL: INTEGER) ; 

(•  THIS  PROCEDURE  ADDS  ONE  POINT  TO  THE  PERIMETER  LIST.  THE  NEW  POINT  IS 
INSERTED  BEFORE  THE  POINT  DESIGNATED  BY  PER  IN*. RIGHT  •) 

VAR  NEVPO INTER:  PERINPTR ; 

BEGIN 

HEWW(MEWPO INTER) ;  <•)!&>•> 

NEVPO INTER* .LINE  :•  LINE; 

NEW POINTER* .COL  :•  COL; 

NEVPOINTER* .NEXT  :•  P ERIN* .RIGHT; 

PERIM* .RIGHT  :•  NEVPOINTER: 

END;  (•  ADORIGHTPERINPOINT  •> 


PROCEDURE  ADOLEFTPERIMPOINTIVAR  PER IN :PTRPER INSECT ION;  LINE, COL: INTEGER) ; 

(•  THIS  PROCEDURE  ADDS  ONE  POINT  TO  THE  PERIMETER  LIST.  THE  NEW  POINT  IS 
INSERTED  AFTER  THE  POINT  DESIGNATED  BY  PERIM* .LEFT  •> 
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VAI  NEVPO INTER:  PERIMPTR; 

BEGIN 

NEW  (NEWPO  INTER) ;  (*NSP*> 

NEWPOINTERt .LINE  :•  LINE; 

MEN POINTER* .COL  :•  COL; 

NEWPOINTERt .NEXT  :•  NIL; 

PER  IN*. LEFT*. NEXT  :*  NEN POINTER; 

PER IN*. LEFT  NEWPOINTER; 

END;  (•  ADDLEFTPERINPOINT  *) 

(•BP*  NEW  PAGE  •) 

PROCEDURE  I NSERT SEGMENT ( VAR  ST ARTCOL , ENDCOL : INTEGER) ; 

VAR  SURRBLOB:  BLOBPTR ; 

SURHCONP:  INTEGER; 

SURNCOLOR:  BINARY; 

A  ,B:  SEGPTR; 

COL:  INTEGER; 

NEWPERIN:  PTRPER INSECT  ION; 

BEGIN 

IF  TRACED I AGNOSTICS  «  ON  THEN  WRITELNI 'BEGIN  INSERTION  *>; 

SUHRULOB  :•  PREVSEG* . BLOB ;  (•  SURROUNDING  BLOB  •> 

SURHCONP  :•  SURRBLOB*  .CONP ; 

SURRCOLOR  :•  SURRBLOB*  .COLOR; 

I*  CREATE  A  NEW  BLOB  FOR  THE  NEW  SEGMENT  •> 

NEW(BLOB)  ; 

WITH  BLOB*  DO  BEGIN 

IF  SURRCOLOR  •  BKGND  THEN  COLOR  :•  INK 

ELSE  COLOR  :•  BKGND; 

NEWCONPNUN  :•  NEWCONPNUN  ♦  I; 

CONP  :•  NEWCONPNUN ; 

AREA  ;•  0.0; 

XMEAN  ;•  0.0; 

YHEAN  :-  0.0; 

XHIN  :•  ST  ARTCOL; 

XHAX  :•  ENDCOL; 

YHIN  :•  LINF.NUN; 

YNAX  LINENUN; 

PARENT  :•  SURRBLOB; 

NEXT  :«  NIL; 

IF  COLOR  •  BKGND  THEN  PERIN  ;•  NIL  (•  NO  PERIMETER  LIST  FOB  BACKGROUND  BLOB  •) 
ELSE  BEGIN 
NEWIPERIN); 

PERIN*. PREV  ;•  PERIN; 

PERIN*. NEXT  ;•  PERIN; 

PERIN*. RIGHT  :•  NIL; 

ADDRIGHTPERINPOINT(PERIN,LINENUM. ST ARTCOL) ;  <«  ADD  FIRST  POINT  •> 

PERIN*. LEFT  :•  PERIN* .RIGHT; 

FOR  COL  :*  ST  ARTCOL*  1  TO  ENDCOL  DO 

ADDRIGHTPERINPOINTIPERIN, LINENUN, COL)  <•  ADD  REMAINING  POINTS  •> 

END  (•  ELSE  •) 

END; _ <•  WITH  BLOB*  •) 

IP  TRACED I AGNOSTICS  «  ON  THEN  WRITELNI 'DBUG  INSERTSEONENT  2’); 

(•  FORM  A  NEW  PERIMETER  SECTION  FOR  THE  SURROUNDING  BLOB  •> 

WITH  SURRBLOB*  DO 

IF  COLOR  <  >  BKGND  THEN  BEGIN  _ 

(•  CREATE  A  NEW  PERIMETER  SECTION  AND  INSERT  IT  BEFORE  THE 
CURRENT  PERIMETER  SECTION  •) 

NEWINEVPERIN); 

NEWPERIN*. NEXT  :•  PERIN; 

NEWPLRIM* .PREV  :•  PERIN*. PREV; 

PER  IN*. PREV*. NEXT  :•  NEWPERIN; 

PERIN*. PNEV  :•  NEWPERIN; 


(•  CONNECT  PREVIOUS  POINT  AND  NEW  POINT  •> 
<•  RESET  LEFT  POINTER  •> 


(•  MOVE  PART  OF  THE  RIGHT  DID  OF  THE  CURRENT  PERIMETER  SECTION  TO  THE 
NEW  PERIMETER  SECTION  •> 


WITH  PERIN*  DO  BEGIN 

NEWPERIN*. RIGHT  :■  RIGHT;  (•  SET  RIGHT  POINTER  OF  REW  SECTION  •) 

IF  TRACEDI AGNOSTICS  •  ON  THEN  WRITELNI 'DBUG  INSERT SEGMENT  2A’>; 

WHILE  (RIGHT*. LINE  <>  LINENUN- I)  OR  (RIGHT* .COL  <>  ENDCOL)  _  _  _  .  , 

DO  BEGIN  IF  TRACEDI  AGNOSTICS  •  ON  THEN  WRITELNI  RIGHT*  .LINE,  RIGHT*  .COL,  LINENUN- 1 ,  ENDCOL) ; 
RIGHT  :•  RIGHT*. NEXT  END; 

IF  TRACED I AGNOSTICS  •  ON  THEN  WRITELNI ’DBUG  INSERTSBGNENT  2B’>; 

NEWPERIN*. LEFT  :•  RIGHT;  I •  SET  LEFT  POINTER  OF  NEW  SECTION  •) _  _ _ _  _ 

IF  (RIGHT*. NEXT*. LINE  ■  LINENUN- I)  AND  (RIGHT* .NEXT* .COL  >  RIGHT* .COL)  THEN  RIGHT  :•  RIGHT* 
WHILE  (RIGHT!. NEXT*. LINE  •  LINENUN- I )  AND  (RIGHT* .NEXT! .COL  >  RIGHT* .COL)  DO  BEGIN 
IF  TRACEDI AGNOSTICS  •  ON  THEN  WRITELNI RIGHT* .LINE.RIGHT* . COL, LINENUN- I ) ; 

RIGHT  ;•  RIGHT*. NEXT;  (•  SET  THE  RIGHT  POINTER  OF  THE  CURRENT 

SECTION  TO  THE  ENDPOINT  OF  THE  LINE 
SEGMENT  ON  THE  PREVIOUS  LINE  THAT  IS 
PART  OF  THE  SURROUNDING  BLOB  •> 


IF  RIGHT  •  NEVPERIN*  .LEFT  THEN  BEGIN 
COL  :«  RIGHT*  .COL; 

RIGHT  :■  RIGHT* .NEXT ; 

ADDRIGHTPERIMPOINTIPERIN.LINENUN-l  ,COL» ;  END; 

NEHPER IN*  LEFT* .NEXT  :«  NIL; 

END;  (•  WITH  PFJIlNt  •) 

PEKIN  :•  NEVPERIN 
END;  (•  WITH  SURRBLOB*  •) 

(•  INSERT  2  SEGNENTS  IN  THE  ACTIVE  LINE  I MNED I ATELY  BEFORE  THE  CURRENT 
SEGNENT  POINTER  •• 

IF  TRACED I AGNOSTICS  ■  ON  THEN  WRITELNI ’DBUG  INSERTSEGNENT  3’*; 

NEW i A  > ;  NEW ( B  > ; 

A*  .STARTCOL  STARTCOL; 

B* .STARTCOL  :*  ENDCOL* 1 ; 

A* .ENOCOL  ;•  ENDCOL; 

B*  .ENDCOL  CURRSEG* . STARTCOL  -  1; 


A*  .BLOB 
B* .BLOB 
PREVSEG* 
At. NEXT 
B*  .  NEXT 
CURRSEG 


•  BLOB; 

•  SURRBLOB; 
NEXT  A; 

-  B; 

•  CURRSEG ; 

•  A; 


(•  RESET  CURRENT  SEGNENT  POINTER  •) 


IF  TRACEACT I VEL I NESEGNENTS  •  ON  THEN  TYPEACT I VEL I NESEOMDfTS ; 

IF  TRACEPERINS  -  ON  THEN  BEGIN 

WRITEPERINSCTTY,  SURRBLOBI ;  VR I TEP  ERINS  (TTY,  BLOB)  END; 

END;  (•  INSERTSEGNENT  •) 

<•«*♦  NEW  PAGE  •) 

PROCEDURE  ADDBLOBIVAR  BLOB , TERNBLOB :  BLOBPTR) ; 

<•  THIS  IS  A  RECURSIVE  PROCEDURE  FOR  ADDING  A  BLOB  TO  THE  END  OP 
THE  LIST  OF  CONPLETED  BLOBS  •) 

BEGIN 

IF  BLOB  •  NIL  THEN  BLOB  ;•  TERNBLOB 

ELSE  ADDBLOB  ( BLOB*  .  NEXT  .TERNBLOB) 

END;  <•  ADDBLOB  •> 


PROCEDURE  RECORDBLOB ( VAR  TERNBLOB:  BLOBPTR); 

BEGIN 

IF  (HANDONLY  AND  (TERNBLOB* .AREA  <  AREATH) )  OR  BLOBWR ITTEN  THEN  ELSE 
WRITEPER INS (PER  INFILE, TERNBLOB) ; 

IF  HANDONLY  AND  (NOT  BLOBWR ITTEN)  AND  (TERNBLOB* .AREA  >•  AREATH)  THEN  BEGIN 
RIjOBWR  ITTEN  :•  TRUE; 

WRITELNCBLOB  OF  HAND  IS  DONE');  END; 

WITH  TERNBLOB*  .PER IN*  DO  DELETEPER IRS(R IGHT .LEFT) ; 

(•  DISPOSECTERNBLOB*  PERIN)  ;  •)  (•!»•) 

VR I TEBLOB* DATAFILE, TERNBLOB) ; 

ADDBLOB (BLOBSDONE, TERNBLOB) ; 

END;  (•  RECORDBLOB  •) 


(••P*  NEW  PAGE  •) 

PROCEDURE  DELETESEGNENT ; 

VAR  TERNBLOB, R I GHTRLOB . LEFTBLOB  REPLATBLOB , ABSORBBI.OB :  BLOBPTR; 

TKHMCONP .  RIGHTCONP ,  LEFTCONP  ,  REPUCCONP ,  ABSORBCONP ;  I NTEGER ; 

RIGHTCOLOR:  BINARY; 

NF.WAREA:  REAL; 

OLDPERIN:  PTRFER  INSECT  ION  ; 

PERINLPOINT.PERINRPOINT , INTERIOR POINT, NEXT POINT:  PERINPTR; 

COI. , ABSORBRCOL ;  INTEGER; 

BEGIN 

IF  TRACED I AGNOSTICS  •  ON  THEN  VRITELN( 'BEGIN  DELETING' I ; 

TERNBLOB  :■  CURRSEG) .BLOB;  (•  TERMINATING  BLOB  *) 

TKRNCONP  ;•  TERNBLOB* .CONP; 

R I OUT BLOB  : .  CURRSEG* . NEXT t . BLOB ; 

RIGHTCONP  :•  RIGHTRI.OB*  .CONP  ; 

RIGHTCOLOR  ;•  RIGHT BLOB* .COLOR; 

LEFTBLOB  :•  PREVSEG* . BLOB; 

LEFTCONP  LEFTBLOB* .CONP; 

IF  RIGHTCONP  ■  0 
THEN  BEGIN 

REPLACBLOB  :•  RIGHT BLOB;  ABSORBBLOB  ;•  LEFTBLOB; 

REPUCCONP  :•  RIGHTCONP;  ABSORBCONP  :■  LEFTCONP  END 

ELSE  BEGIN 

REPLACBLOB  :•  LEFTBLOB;  ABSORBBLOB  :•  RIGHT BLOB; 

REPUCCONP  :•  LEFTCONP:  ABSORBCONP  ;•  RIGHTCONP  EKE; 

IF  TRACED I AGNOSTICS  •  ON  THEN  BEGIN 

VRITELN*  'REPLACING  COMPONENT  •  ’ , REPUCCONP , 

'ABSORBED  COMPONENT  •'.ABSORBCONP): 

VRITELN( 'RIGHTCOLOR* ’.RIGHTCOLOR,'  RIGHT  CONP  •’ .RIGHTCONP)  END; 


ABSORBBLOB  :•  LEFTBLOB; 
ABSORBCONP  ;•  LEFTCONP  END 

ABSORBBLOB  ;•  RIGHT  BLOB; 
ABSORBCONP  ;•  RIGHTCONP  ENE; 


(•  CONNECT  THE  ENDS  OF  TWO  PERIMETER  SECTIONS  OF  THE  TERMINATING  BLOB  IP  ITS 
COLOR  IS  NOT  BACKGROUND  •» 

WITH  TERNBLOB'  DO 

IF  COLOR  <  >  BKGND  THEN  BEGIN 

(•  ADO  INTERIOR  POINTS  ON  THE  BOTTOM  LINE  OF  THE  TERMINATING  BLOB  TO  THE 
LIST  OF  PERIMETER  POINTS  •* 

FOR  COL  :•  CURRSEOt .STARTCOL* 1  TO  CURRSEGt .ENDCOL-l  DO 
ADDLEFTPERINPOINT(PERIM.LINENUM-I.COL) ; 

(•  IF  THERE  IS  MORE  THAN  ONE  PERIMETER  POINT  IN  THE  BLOB  AND 

IF  THERE  IS  ONLY  ONE  POINT  ON  THE  BOTTON  LINE  OF  THE  TERNINATING  BLOB, 

IT  IS  AT  BOTH  THE  LEFT  END  OF  THE  CURRENT  PERIMETER  SECTION  AND  THE 
RIGHT  END  OF  THE  NEXT  PERIMETER  SECTION;  DELETE  THE  POINT  AT  THE 
RIGHT  END  OF  THE  NEXT  PERIMETER  SECTION  •) 

IF  (PER IN'  LEFT  <>  PERlNt .RIGHT)  AND  (CURRSEGt .ST ARTCOL  •  CURRSEGt .ENDCOL)  THEN 
WITH  PERlNt  .NEXT'  DO  RIGHT  :*  RIGHT'  . NEXT ; 

IF  TRACED  I  AGNOSTICS  •  ON  THEN  WRITELNI  'DISPOSE  CHECK  1  '  >  | 

IF  TRACEPERINS  •  ON  THEN  WRITEPERINStTTY, TERNBLOB) i 

(•  CONNECT  THE  LEFT  END  OF  THE  CURRENT  PERIMETER  SECTION  WITH  THE  RIGHT 
END  OF  THE  NEXT  PER  I NET ES  SECTION  •> 

WITH  FERIH'  DO  BEGIN 

LEFT'.  NEXT  :•  NEXTt  .RIGHT ; 

NEXT'. RIGHT  :•  RIGHT;  (•  RESET  THE  RIGHT  END  POINTER  OF  THE 
NEXT  PERIMETER  SECTION  •) 

PREVt .NEXT  :■  NEXT;  (•  CONNECT  THE  PREVIOUS  SECTION  •) 

NEXTt. PREV  :•  PREV  END;  (•  WITH  THE  NEXT  SECTION  •> 

OLDPER1N  ;•  PERIH; 

PERIM  :•  PERlNt . NEXT ;  <•  ADVANCE  THE  PERIMETER  SECTION  POINTER  •) 

(•  IF  THERE  IS  MORE  THAN  ONE  PERIMETER  SECTION,  THEN  DISPOSE  OF  THE  OLD  ONE; 
OTHERWISE,  ADD  THE  BLOB  TO  THE  LIST  OF  BLOBS  DONE  •> 

IF  PERIM  <>  OLDPERIN 

THEN  (•  DISPOSE  (OLDPERIN)  •)  (•MSP*) 

ELSE  RECORDBLOB(TERMBLOB) ; 

END;  (•  IF.  WITH  •) 

IF  TRACEDI AGNOSTICS  *  ON  THEN  WRITELN( 'DISPOSE  CHECK  2'); 

IF  TRACEPERINS  -  ON  THEN  WR I TBPER I MS( TTY , TERM8LOB )  ; 


(•  CONNECT  THE  ENDS  OF  THE  TWO  PERIMETER  SECTIONS  OF  THE  REPLACING  BLOB  IF  ITS 
COLOR  IS  NOT  BACKGROUND  •> 


WITH  REPUCBLOBt  DO  BEGIN 

IF  COLOR  <  >  BKGND  THEN  BEGIN 

(•  CONNECT  LEFT  END  POINT  OF  ABSORBED  SECTION  TO  A  PERIMETER  POINT  IN  THE 
REPLACING  SECTION  •) 


PER I NLPO I NT  :■  PERlNt . RIGHT ;  „ 

WHILE  PER  1 NLPO I NT t  COL  <>  ABSORBBLOBt .PERIM'. LEFT f .COL- 1  DO 
PERIMLPOINT  :■  PER I NLPO I NT t . NEXT : 

ABSORBBLOBt. PER IMt. LEFT*. NEXT  :•  PERIMLPOINT; 

IF  TRACED  I  AGNOSTICS  -  ON  THEN  _  _ _ 

VRITELN (  PERIMLPOINT  •' .PERIMLPOINT' ,LINE:4, ' , ’.PERINUOINTt .COL: 4) ; 
IF  TRACEPERINS  •  ON  THEN  WRITEPERINSITTY  .REPLACBLOB)  ; 


PER  I MR POINT' .NEXT 


PERIMRPOINT  :■  PERIM' .RIGHT; 

ABSOR8RCOL  :«  ABSORBBLOBt  .PERIH' .NEXT' .RIGHT' .COL; 

IF  PERIM' .RIGHT*  .COL  >  ABSORBRCOL*  I  THEN 

WHILE  PERIMRPOINT*  .COL  <)  ABSORBRCOL*  I  DO  PERIMRPOINT 
ELSE  IF  PER  IMt.  RIGHT*.  COL  <  ABSORBRCOL- I  THEN 

FOR  COL  :■  ABSORBRCOL- I  DOWNTO  PERIM*  .RIGHT' .COL*  I  DO 

ADDR  IGHTI’ER  I MPO I  NT  ( ABSORBBLOBt  .PERIM'.  NEXT ,  L INENDN- 1 ,  COL)  ; 
IF  TRACEDI  AGNOSTICS  •  ON  THEN  WRITELN  ( 'DISPOSE  DBUO  2B’ )  I 
IF  TRACEPERINS  •  ON  THEN  WR I TEPER I MS (TTY, REPLACBLOB) ; 


(•  DELETE  POINTS  IN  THE  MIDDLE  OF  THE  LINE  SEGMENT  CONNECTING  THE  TWO 
BLOBS  WHICH  ARE  NOT  NOW  PERIMETER  POINTS  *) 


IF  TRACEDI  AGNOSTICS  ■  ON  THEN  _ _ 

WRITELN! 'PERIMRPOINT  ■' .PERIMRPOINT* .L1ME;4. .FERIMBPOINT' ,C0L:4) ; 

IF  (PERIMLPOINT  <>  PERIMRPOINT:  AND  (PERIMLPOINT  <>  PERIMRPOINT* .NEXT)  THEN  BEGIN 
NEXTPOINT  :*  PERIMRPOINT* .NEXT; 

WHILE  NEXTPOINT  <>  PERIMLPOINT  DO  BEGIN 
INTERIORPOINT  ;*  NEXTPOINT; 

NEXTPOINT  :•  NEXTPOINT*  .NEXT? 

(•  DISPOSE! INTERIORPOINT) ;  •)  END  END;  (»NSP«) 

IF  TRACEDI AGNOSTICS  ■  ON  THEN  WRITELN( 'DISPOSE  DRUG  4'); 

IF  TRACEPERINS  •  ON  THEN  WRITEPERIMSITTY .REPLACBLOB) ; 


(•  CONNECT  THE  RIGHT  END  POINTS  OF  THE  ABSORBED  AND  REPLACING  SECTIONS  •) 
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IF  PERINLPOINT  •  PERINRPOINT  THEM 

ADbR  IGHTPER I NPO I  NT  ( ABSORBS  LOS'  .PERIN*  . NEXT , LlNBfUN, PERINRPOINT* .COL) 

ELSE  BEGIN 

PERINRPOINT*  .NEXT  :•  ABSORBBLOB*  .PER IN'  .NEXT*  RIGHT; 

ABSORBBLOB*. TER IM«. NEXT*. RIGHT  :■  PER  IN* .RIGHT;  END; 

per  lid  Tight  =  -  absorbblob*  .per  in*  .right: 

IF  TRACED 1 AGNOSTICS  •  ON  THEN  VRITELNI  DISPOSE  DRUG  4B’>; 

<•  HEDGE  PERIMETER  SECTION  RINGS  OF  THE  ABSORBED  BLOB  AND  THE  REPLACING  BLOB  •> 
OLDPESIN  :•  ABSORBBLOBt .PERIN; 

IF  tOLDPERIN  •  OLDPERINt .NEXT)  AND  (OLDPERIH  •  OLDPER IN*. PREV ) 

THEN  BEGIN  (•  DISPOSE (OLDPER IN)  »)  END  <»NSF») 

ELSE 

IF  REPLACBLOB  <>  ABSORBBLOB 
THEN  BEGIN 

<•  INSERT  PERIMETER  SECTIONS  OF  ABSORBED  BLOB  BEFORE  PERIN*  •) 

IF  TRACED I AGNOSTICS  •  ON  THEN  VRITELNI 'DISPOSE  DBUG  7'); 

OLDPER IN*  PREV* .NEXT  ;■  PERIN; 

OLDPERIN*  .NEXT*  .PREV  rF.KIN*  .PREY  ; 

PER  IN*. PREV*. NEXT  :•  OLDPENIN* .NEXT; 

PERIN*. PREV  OLDPER IN* . PREV ; 

PERIN  ;•  OLDPER  IN*.  NEXT; 

(•  DISPOSE  (OLDPER  IN)  ;  •)  (•NSP»> 

END 

ELSE  BEGIN 

(•  ADD  PERIMETER  LIST  TO  THE  BLOB  DESCRIPTOR  OF  THE  TERMINATING  BLOB  (WHICH 
HAS  THE  BACKGROUND  COLOR  IF  REPLACING  BLOB  •  ABSORBED  BLOB)  •> 

(•  INSERT  PERIMETER  SECTIONS  OF  ABSORBED  BLOB  AFTER  PERIN*  •> 

IF  TRACED  I  AGNOSTICS  •  ON  THEN  VRITELNI ’DISPOSE  DBUG  8'); 

PERIN* .NEXT* .PREV  :•  OLDPER IN* . PREV ; 

OLDPER IN* .PREV* .NEXT  :■  PERIN*. NEXT; 

PERIN  :•  PERIN*. NEXT; 

TERNBLOB*. PERIN  ;«  OLDPER IN; 

OLDPER  IN*.  RIGHT  ;•  PER  IMLP01NT  ; 

OLDPER IN*. PREV  :*  OLDPER IN; 

OLDPER IN* .NEXT  :«  OLDPER IN; 

REOOHDBLOB  ( TERNBLOB  >  END; 

IF  REPLACBLOB  <>  ABSORBBLOB  THEN  AREA  ;•  AREA  ♦  ABSORBBLOB* .AREA; 

END;  (•  IF  COLOR  <>  BKGND  •) 

END;  (•  WITH  REPLACBLOB*  •) 

IF  ABSORBBLOB  <  >  REPLACBLOB  THEN  BEGIN 

(•  NOTE  —  THE  PARENT  IS  NOT  COMPUTED  CORRECTLY  •) 

IF  TRACEFARENT  THEN  VRITELNI 'LINE  ' ,L1NENUN:3, '  ABSORBBLOB*', 

ABSORBBLOBt ,CONP:3, '  REPLACBLOB* • .REPLACBLOB* .COMP) ; 


(•  CHANGE  ALL  INSTANCES  OF  THE  ABSORBED  COMPONENT  IN  THE  ACTIVE  LINE  TO 
THE  REPLACING  COMPONENT  *1 

SEG  :•  ACTIVELINE; 

WHILE  SEG  O  NIL  DO  BEGIN 

IF  SEG* . BLOB  •  ABSORBBLOB  THEN  SEG*. BLOB  :•  REPLACBLOB; 

WITH  SEG*. BLOB*  DO  IF  PARENT  •  ABSORBBLOB  THEN  BEGIN; 

PARENT  :«  REPLACBLOB; 

IF  TRACEPARENT  THEN  VRITELNI 'REPLACING  PARENT  IN  SEGMENT  FOR  BLOB  *’ .COMP: 4) j  END; 
SEG  :•  SEG*. NEXT  END; 

(•  CHANGE  ALL  INSTANCES  OF  THE  ABSORBED  COMPONENT  NUMBER  IN  THE 
LIST  OF  BLOBS  DONE  TO  THE  REPUCING  COMPONENT  NUMBER  *) 

END;  (•  IF  ABSORBBLOB  <>  REPLACBLOB  •) 

<•  DISPOSE I ABSORBBLOB)  •>  (*NSP») 

IP  TRACEDI AGNOSTICS  *  ON  THEN  VRITELNI ’DISPOSE  DBUG  6’); 

(•  DELETE  THE  CURRENT  SEGMENT  AND  THE  SEGMENT  FOLLOWING  THE  CURRENT  ONE  PROM  THE 
ACTIVE  LINE;  SET  THE  CURRENT  SEGMENT  POINTER  TO  THE  FIRST  SEGMENT  AFTER  THE 
DELETED  ONES  •> 

PREV SEG*  NEXT  :•  OJRRSBG* .NEXT* .NEXT; 

I*  DISPOSE i CVRRSEOt .NEXT) ;  •)  l*NSF»> 

!•  DISPOSE (CURRSEG)  ;  •)  l»NSP»> 

CURRSBG  :•  PREVSEG*. NEXT ; 

IF  TRACEACT I VEL I NESEONENTS  •  ON  THEN  TTPEACTIVELINESBGHENTS; 

IF  TRACEBLOBS  •  ON  THEN  TYPEBLOBSITTY) ; 

IF  TRACER ER I  NS  •  ON  THEN  TYPEPERINSCTTY) 

BID;  I*  DELETESEGHENT  *> 


I 


(••P*  NEV  PAGE  •* 

PROCEDURE  UPDATKFER1X<VAR  PERIN  :PTRPER  INSECT  ION;  CURRST  ARTCOL ,  CURRENDCOL , 
NEWSTART COL , SEVEN DCOL ;  INTEGER) ; 

(•  FOR  CASE  3  ONLY  •) 

VAR  COL:  INTEGER; 

BEGIN 

<•  LEFT  SIDE  OF  PERIMETER  SECTION  •) 

IF  CURRST  ARTCOL*  I  <  NEVSTARTCOL  THEN 

FOR  COL  CURRST ARTCOL*  I  TO  NEVSTARTCOL- 1  DO 
ADULEFTPERINPOiNT<PERIM,L!N£NUN- I ,COL> ; 

IF  CURRST  ARTCOL- 1  >  NEVSTARTCOL  THEN 

FOR  COL  :■  CURRST  ARTCOL- 1  DOVNTO  NEVSTARTCOL* I  DO 
ADOIEFTPER I NPO 1 NT i PER 1 N . L I NENUN . COL ) ; 

A  DOLETTPERJ NPOINT (PER IN. LINENUN, NEWSTART COL) ; 

PERIN  :•  PER  IN* .NEXT ;  (•  ADVANCE  PERINETER  SECTION  POINTER  •> 

<•  RIGHT  SIDE  •) 

IF  CURRENDCOL  >  NEVENDCOL  *  I  THEN 

FOR  COL  :•  CURRENDCOL- 1  DOVNTO  NEVENDCOL*  l  DO 
ADDKIGMTrERl NPOINT (PER  IN, LI NENUN- 1  ,COL)  ; 

IF  CURRENDCOL  <  NEVENDCOL  -  I  THEN 

FOR  COL  :•  CURRENDCOL*  I  TO  NEVENDCOL- 1  DO 
ADORIGHTPCRINPOINT(PERIN, LINENUN, COL) ; 

ADDRIGHTPER INPOINT (PER  IN, LINENUN, NEVENDCOL) ; 

END,  <•  UPDATEPERIN  •) 


(••P*  NEV  PAGE  •) 

PROCEDURE  CAS13PR0CESS1NG(VAR  CURRSEG :  SEGPTR ;  ST  ARTCOL,  ENDCOL:  INTEGER) ; 

VAR  NEVAREA.XL1NEAVE:  REAL; 

BEGIN 

IP  TRACED I AGNOSTICS  •  ON  THEN  VRITELNI ’BEGIN  CASE  3  PROCESSING’); 

VITH  CURRSEG*. BLOBt  DO 

IF  CONP  <>  6  THEN  AREA  AREA  ♦  ENDCOL  -  ST ARTCOL  ♦  1; 

IF  (CURRSEG*. BLOB*. COLOR  O  BKGND)  AND  (CURRSEG* .BLOB* -TWIN  <>  LINENUN)  THEN, 

UPDATEPER I N (CURRSEG* . BLOBt .PERIN, CURRSEG  * .  ST  ARTCOL, CURRSEG* . ENDCOL . ST ARTCOL . ENDCOL) ; 

IF  TRACEBLOBS  •  (Ml  THEN  VR I TEBLOBl TTY .CURRSEG* .BLOB) ; 

IF  TRACEPEKINS  *  ON  THEN  VRITEPERINS(TTY,CURRSEG*  .BLOB) 

END;  (•  CASE3PROCESS I NG  •) 

(••P*  NEV  PAGE  •> 

PROCEDURE  PROCESSLINE; 

VAR  ONEZERO:  INTEGER; 

BEGIN 

IF  LINENUN  >  1  THEN  BEGIN  _ 

NEV (BLOB) ;  (•  CREATE  A  BLOB  DESCRIPTOR  FDR  THE  BACKGROUND  •) 

WITH  BLOB*  DO  BEGIN 
COLOR  :•  BKGND ; 

CONP  0; 

PERIN  :•  NIL; 

AREA  :*  0.0; 

XNEAN  :•  0.0; 

YNF.AN  0.0; 

XNIN  :«  0; 

XNAX  :»  0; 

YNIN  ;•  0; 

YNAX  0; 

PARENT  :•  NIL; 

NEXT  :•  NIL  END; 

<•  INITIALIZE  THE  ACTIVE  LINE  •> 

NEV (ACTIVELINE) ;  (•  THE  FIRST  SEGMENT  CORRESPONDS  TO  THE  BACKGROUND 

WHICH  IS  TO  THE  LEFT  OF  THE  FIRST  COLUMN  •) 

ACTIVELINE* .STARTCOL  :■  NININT* 1 ; 

ACTIVELINE*. ENDCOL  :•  NAXINT-2; 

ACTIVELINE*  .BLOB  :■  BLOB:  _  _  _ _ _  __  „„  .  n.„m 

NEV (CURRSEG) ;  <•  THIS  SEGMENT  DESCRIPTOR  CORRESPONDS  TO  THE  BACKGROUND 

WHICH  IS  TO  THE  EIGHT  OF  THE  LAST  COLUMN  •) 

ACTIVELINE*. NEXT  :•  CURRSEG; 

CURRSEG* .STARTCOL  :•  MAX1NT-I; 

CURRSEG) .ENDCOL  :•  NAX1NT-I; 

CURRSEG* . BLOB  :•  BLOB; 

CURRSEG* . NEXT  :■  NIL 
END;  <•  IF  LINENUN  •  I  •) 


-V 


IF  LINENUN  >  NSKIP  THEN  BEGIN 


ClIRRSEG  :•  ACTIVELINE;  <•  INITIALIZE  THE  CURRENT  SEGMENT  POINTER  •> 

NEWSEG  ;•  NEWLINE;  (•  INITIALIZE  THE  NEW  SEGMENT  POINTER  •> 

REPEAT 

WITH  NEWSEGt  DO  BEGIN 

IF  TRACED I AGNOSTICS  •  ON  THEN  BEGIN 

VRITELNI  ‘ClIRRSEG* .STARTCOL  •  '  .CURRSEGt  .STARTCOL,  •  CURRSEGt . ENDCOL  •  1  .CURRSEGt  .ENDCOL) ; 
VRITELNI  ’NEWSEGt.  ST  ARTCOL  •  STARTCOL,’  NEWSEGt .  ENDCOL  •  *, ENDCOL)  END; 

IF  CURRSEGt. BLOBt. COLOR  •  INK  THEN  ONEZERO  :•  1 

ELSE  ONEZERO  :•  6: 

WHILE  STARTCOL  >  CURRSEGt .ENDCOL ♦ ONEZERO  DO  DELETESEGMEMT ;  (•  CASE  1  •> 

IF  TRACED  I  AGNOSTICS  •  ON  THEN  WR ITELN  <  *  D8UG  PROCESSLINK  I!); 

IF  ENDCOL  <  CURRSEGt. ST ARTCOL -ONEZERO  THEN  I NSERTSEGMENT (STARTCOL, ENDCOL) ;  (•  CASE  2  •) 

CASKTPROCESS I NG  ( CURRSEG ,  STARTCOL ,  ENDCOL ) ; 

CURRSEGt  .STARTCOL  :•  STARTCOL; 

CURRSEGt .  ENDCOL  ;•  ENDCOL; 

END;  (•  WITH  NEWSEGt  •> 

PREVSEG  :*  ClIRRSEG;  (•  ADVANCE  THE  PREVIOUS  SEGMENT  POINTER  •) 

ClIRRSEG  :•  CURRSEGt . NEXT ;  <•  ADVANCE  THE  CURRENT  SEGMENT  POINTER  •) 

NEWSEG  NEWSEGt  . NEXT  (•  ADVANCE  THE  NEW  SEGMENT  POINTER  *> 

UNTIL  NEWSEG  >  LASTNEWSEGt . NEXT ; 

IF  TRACEACTIVEL1NESEGNENTS  •  ON  THEN  TYPEACT1VELINESEGXENTS; 

IF  CURRSEG  «  NIL  THEN  BEGIN  VRITELNI TTY, 'ERROR:  CURRSEG-NIL1 >i_ PAUSE  END; 

WHILE  CURRSEGt. NEXT  <>  NIL  DO  DELETESEGMENT;  (•  PROCESS  ALL  SEGMENTS  REMAINING 

IN  THE  ACTIVE  LINE  EXCEPT  THE 
LAST  SEGMENT  •> 


END;  <•  IF  LINENUN  >  NSXIP  •) 
END;  (•  PROCESSLINE  •> 


(••?♦  NEW  PAGE  •» 
BEGIN 

HANDONLY 


(•  MAIN  PROGRAM  •> 


;•  TRUE;  BLOBVRITTEN  ;■  FALSE; 
WRITELNCTTFE  INPUT  IMAGE  NAME: ’I ; 
READLN;  READf  INPUTNAXE)  ; 

RESET!  INPUT  IMAGE.  INPUTNANE)  ; 


NEWRITEiPATAFILE.-DUMMy.DAT’); 
-  OUTPUT  PERIMETER 


FILE  NAME:’); 


(•MSP*) 

(•NSP*> 

(•MSP*) 


WR  (TELN  l  ‘TYPE _  _ 

READLN;  READ ( PER  1 MNAME ) ;  (•MSP*) 

REVRITE(PKRIMFILE.PERIMNAME) ;  (•NST*) 

VRITELNI 'TYPE  THRESHOLD  FOR  BLOB  AREA:’); 

READLN;  READ( IAREATH) ;  AREATH  :•  IAREATH; 

WR ITELN ( 'PERIMETER  LIST  COMPACTED  EVERY  X  LINES;  TYPE  X:’)| 

READLN;  READ(LINEGROUP) ; 

TRACEPARENT  :■  FALSE; 

VRITELNI -TYPE  »  OF  LINES  TO  BE  SKIPPED  AT  THE  TOP  OF  THE  IMAGE:1); 
READLN;  READ(NSXIP) ; 

RECURS  :•  FALSE; 

WR  ITELN  (’TYPE  ”1”  FOR  INTERACTIVE  DEBUGGING') ; 

WR  ITELN  ('  OR  "U"  FOR  UNINTERRUPTED  PROCESSING:  ’> ; 

READLN;  READ(CND) ; 

IF  CMD  •  ' I '  THEN  INTERACTIVE  :»  TRUE 
ELSE  INTERACTIVE  :•  FALSE; 

VRITELNI  TYPE  ’  'T”  TO  TYPE  OUT  LINE  NUMBERS:’); 

READLN;  READ(ONOFF) ; 

IF  ONOFF  •  ’T*  THEN  TYPELINENUMS  :•  TRUE; 

LINENUN  :■  0;  NEVCOMPNUM  :•  0;  BLOBSDONE  :•  NIL;  RECYCLEDFTR  :•  NIL; 
CHARTOT  0; 

NEW  ( ARRAY?  Ill): 

FOR  I  :-  I  TO  10  DO  BEGIN 
NEW(  ARRAYP 1 1  ♦  1 1  > ; 

ARRAY? lilt. NEXT  :«  ARRAYPII*II|  END; 

ARRAYP (lilt. NEXT  ;•  NIL; 

IF  NOT  INTERACTIVE  THEN  NLREAD  :•  I; 

TRACEBLOBS  :«  OFF;  TRACEFEXINS  :•  OFF;  TRACERUNLENGTHS  !•  OFF; 

TRACEACTI VELINESEGMENTS  :•  OFF;  TRACED! AGNOST ICS  :•  OFF; 

CNDSET  :•  I’L’,  'B',  ’F’,  ’A',  ’R’ ,  ’D’ .  'S’l; 


REPEAT 

IF  INTERACTIVE  THEN  BEGIN 

VRITELNI  ’TYPE  COMMAND:  ”L*  ‘  ’R” .  ”A” ,  ”D’  ’ , 

READLN;  READ(CMD) ; 

IF  I CMD  •  LINEIN)  THEN  BEGIN 

VRITELNI 'TYPE  NUMBER  OF  LINES  TO  BE  READ: ' ) | 
READLN;  READ I NLREAD)  DID 

ELSE  NLREAD  :•  I  END 


OR  ”S”’>; 


38^8  ZZmZuZZ* 


IF  CRD  •  LINE  IN  THEN  FOR  NT  IKES  :•  t  TO  NLREAD  DO  BEGIN 
LINENUN  :•  LINENUN  ♦  I; 

IF  TYPELIHENUNS  THEN  URITELNI 'LINE  '  ,LINENUN:3>  I 
GETLINE; 

IF  (LINENUN  •  II  OR  (LINENUN  >  NSKIP)  THEN  BEGIN 

IF  LINENUN  NOD  LINEGROUP  •  0  THEN  P ACT PE* INS i 
SETLINE, 

CREATERUNLENOTRS; 

PROCESSLINE ; 

BID) 

END 

ELSE  IF  (CTH)  <>  STOP)  AND  (CM)  IN  CNDSET)  THEN  BEGIN 
READ(ONOFF) ; 

CASE  CRD  OF 

DIAGNOSTICS:  TRACED 1 AGNOSTICS  !•  ONOFF; 

LIST  BLOBS:  TRACEBLOBS  :•  ONOFF; 

LIST!' ERINS:  TRACEPERINS  :■  ONOFF; 

LISTRUNLENCTHS:  TRACERUNLENGTHS  :•  ONOFF; 
LISTACTIVELINESEGNENTS:  TRACEACTIVEL I NE5ECNENTS  :•  ONOFF 
END;  (•  CASE  •) 

END;  (•  IF  •) 

UNTIL  (CND  •  STOP)  OR  (LINENUN  •  NLINES)  OR  BL0BVR1TTEN; 

LINENUN  :•  LINENUN  ♦  1; 

SET1.INE;  (•  PROCESS  A  LINE  WITH  NO  RUN  LENGTHS  TO  •) 

PROCESSLINE;  (•  ENSURE  CONPLETION  OF  BLOB  PROCESSING  •) 

VRITELNI 'LINEBYLlN  —  ALL  DONE'); 


PROGRAN  SCAN 

C  -  Proirn  to  raad  i«ronitti4  aaqaaatial  4>U  filn#  of  hul  data 
C  -  that  war#  gaaaratad  with  prog  LINEBYLlN  ei  E1KONIX  gaaag, 

C  -  aid  attract  poaitioaa  it  (past  of  tha  fitgar*  aad  tha  oorraapoadiag 
C  -  ialardigital  apacat. 

1  PORNAT  (Id, IX, Id) 

2  PORNAT  (/'  Tipi  ia  filaaaaa  of  lapat  data  Mia  >> 

d  FORNAT  (Q,3dAl> 

5  FORNAT  (Id) 

6  FORNAT  ('  FINGER  •  INCLUDES  INTERDIGITAL  SPACES  -  I  a  LITTLE 

♦  FINGER’) 

7  FORNAT  (/IX,  'FINGER  IV.3II, ’ARRAY  POSITION’, 3*. 'XVAL', SR, ’TFAL\ 
♦SX. 'LENGTH'  dX, 'WIDTH', 2X, 'RATIO  lyW’ ,3X, 'SLOPE' ,dX, 'dIst’ I 

8  FORNAT  (2X.I2,I0X,IS,8X,F8.2,X,F9.2,X,F8.2, 
♦X,F8.2,X,F8.2,X,F8.Z,2X,F8.3) 

9  FORNAT  (/8'  Laagth  of  aeaa  window  ( 12-6aa>  •  ’> 

FORMAT  ( 12) 

FORNAT  (/IX,'  Laagth  of  aoaa  aiado*  •  ’.Id,'  (12  •  8  aa)') 
FORMAT  (/»'  Aagla  for  fiagara  ■  ') 

FORNAT  (F6.0) 

FORNAT  (/•'  Aagla  for  thaab  •  ') 

FORMAT  (/• '  Finger  aagla  •  ' ,F6.0, '  Thaab  aagla  •  '.F6.01 
FORMAT  (/////IX, 'lapat  file  1 , IdAl ,2X, 'Oatpal  fill  ' , IdAt) 
FORMAT  (2X,  IG,6(2X,F8.2) ) 

FORNAT  (/’  At  Thaab  Crotoh:  Handaidth  •  ’ ,FB.2,ZX, ’Paria  •  ’ , 
♦F13. 2,2X,  'Araa  •  ’  .FI3.2.2X, 'Rat  io  <P**2/A>  -  '  ,H.3i 

FORMAT  (/•’  Typo  1  to  hat#  data  priatod  oat  at  oad  of  toft  ’) 
FORMAT  (/•'  Typa  1  lo  aark  aoaaaro  poiata  oa  pala  plot  ') 

FORNAT  (7(X, IS) ) 

FORNAT  (/’  Entire  Hoad:  Faria  •  ' .FI2.2.2X, 'Araa  •  ’.F13.2.2X, 

♦  ’Ratio  (P**2/A)  ■  \F6.3> 

FORNAT  ('  Typo  I  if  yo*  aaat  to  chaago  paraaatara  ’> 

FORNAT  (3I3,X,7FI0.3,/,( I0X,7FI0.3) > 

FORNAT  ('  Tipa  aaaario  codaa  for  SUBJECT  ID,  SESSION,  TRIAL  ’> 
FORNAT  (Id, Id, Id) 

FORNAT  (/'  Typo  ia  filaaaaa  for  oatpat  data  fill  ’) 

FORNAT  (/'  Typ#  D1ST  aad  R  critorioa  for  oartatar#  aaal’) 
FORNAT  (F8.2.F8.3) 

FORNAT  (/'  Typa  aaabar  (odd)  of  point*  to  tkipptd  at  atari') 

DIMENSION  END(2> ,NID(2> .HEAD (2) .TEMP (2) 

DIMENSION  FNGTIPt 18,2) jFNGLEN( 18) ,FNGWID(I8> ,VALUE(30) 

DIMENSION  SLOPE! 10) ,ZYER0< 10) ,LINE(30> 

DIMENSION  TANGLE! 100) ,DLENG( 100) .CURVE! 10) 

INTEGER  IDATA(6000> , FINGER, FNGNUN( 18) , IVIDTHI 18) , IDIN(6000) 
LOGICAL*!  IFILE(3d> , IFILE2(3d) 


ANGLE)  •  90. 
ANGLE2  •  90. 
IDIS  •  18 
DISTC  •  d0.0 
CRIT  •  0.90 
I ST ART  •  201 
I FLAG  •  0 
IF  •  0 
TYPE  2 
ACCEPT  d, 
TYPE  28 
ACCEPT  d. 


tDafaall  oritarioa  aagla  ahift  for  fiagtip* 
tDafaalt  oritarioa  aagla  ahift  for  thaab 
tDafaalt  dial  batvaoa  poiata 
(Starling  dial  froa  fiagtip  for  aorta 
tCritariog  fit  for  oortotaro  fa. 
tSkip  lhaaa  firat  poiata 


151 ,  ( IFILEC J) ,  J-1.1SI) 

152,  ( IFILE2! J) ,  J-1.1S2) 


A-19 


TYPE  26 

ACCEPT  27,  lAUTH, ISESS, IT11AL 
TYPE  26 

ACCEPT  5,  I FLAG 
TYPE  21 

ACCEPT  5,  HPLOTF 

TYPE  24 

ACCEPT  5,  IF 

IF  (IF  .EQ.  6>  GO  TO  49 

TYPE  9 

ACCEPT  5,  ID1S 
IDIS  -  ID1S/2 
TYPE  12 

ACCEPT  13,  ANGLE  I 
TYPE  14 

ACCEPT  13.  ANGLE2 
TYPE  29 

ACCEPT  36,  DISTC.CRIT 
TYPE  31 

ACCEPT  S.  I ST ART 
CALL  ASSIGN! 1 , IFILE, IS1) 

DO  50  K* l  32000  2 

READ  <('i,END*51,EU«5l>  IDM(K) ,  IDIN(K*1> 
STOP  '  ?  NO  EOF  7  ’ 

IF  (IDINIK)  .NE.  0)  00  TO  52 

K  •  K  -  2  IDiarogard  otorrna  poiata 

GO  TO  SI 

NPTS  •  X 

CALL  CLOSE  U) 

CALL  SORT! IDATA.IDIN, NPTS* 1) 


9.  '  4*f  la  altar j tha 

C  -  Iaitialite  conn  torn  -  fill  aaglo  at  aota  throagh  data,  eoatteatlf 
C  -  apdating  tha  ataraga  aagla.  Naira  throagh  data  with  a  viadov 
C  -  of  aixa  IDIS,  in  tlapt  of  IDIS/2.  Paints  atagd.  with  triaagla  fa. 

C  -  Whan  find  a  iarga  shift  is  tha  asarago  aagla  (ANGLE  far  fiagars, 

C  -  ANGLE2  f  or  thaab)  atora  location  of  tie,  raiaitialixa 
C  -  aaaraga  angta.  Stora  tha  looatioa  of  tha  tip  in  tha 
C  -  data  arrajr,  as  vail  as  X  and  Y  positions  in  apaoa. 

C  -  Calcalata  froa  thasa  both  laagth  and  width  of  fiagars 
ENDI2)  •  AVE<  IDATA,  1ST  ART*  1) 

END(l)  •  AVEdDATA,  I  ST  ART) 

NIDC2I  •  AVEdDATA,  IDIS*  1ST  ART*!) 

NIDd).  •  AVEdDATA.  IDIS*ISTART) 

HEAD (2)  a  AVEdDATA. 2* IDIS* ISTAKT*!) 

HEADd)  •  AVEdDATA, 2*1DIS*ISTART) 

ANGLE  -  ANGLE  I 
FINGER  -  I 
ICNT  -  6 
N  •  I 

ALPHA  •  F ALPHA (END, HEAD I 
SVKALP  •  ALPHA 
AVEALP  •  ALPHA 

DO  268  1*3* IDIS* ISTART, NPTS. IDIS 
END! I)  •  NIDI  I) 

END(2>  •  HIDI2) 

NIDd)  •  HEADd) 

NIDI2)  •  HEAD (2> 

HEADI2)  a  AVEdDATA, 1*1) 

HEADd)  •  AVEdDATA,  I ) 

IF  <1  .LT.  H-l)  00  TO  266 
ALPHA  •  FALPHAI END, HEAD) 

IF  (ABS< ALPHA- AVEALP)  .LE.  166.)  00  TO  79 
IF  (AVEALP  .OT.  6.6)  ALPHA  •  ALPHA  *  366. 

IF  (AVEALP  .LT.  6.0)  ALPHA  ■  ALPHA  -  366. 

79  DALPHA  •  ABS< ALPHA  -  AVEALP) 

C  IF  (FINGER  .LE.  4)  PRINT  17. I ,EH0(2> ,EHD( l> .HEAD (2) .HEADd ) . 

C  ♦ ALPHA, AVEALP 

IF  (ICNT  .LT.  6)  GO  TO  99  tXoaa  at  laaat  16aa  bafora  taat 
IF  (DALPHA  ,GT.  ANGLE)  GO  TO  166 
99  N  •  N  «  1 

ICNT  a  ICNT  ♦  1 
SUNALP  •  SUNALP  *  ALPHA 
AVEALP  •  SUNALP /N 
GO  TO  286 

-  foaad  a  fiagar 

199  Hal 

ICNT  >  a 
SUNALP  •  ALPHA 
AVEALP  «  ALPHA 

IF  (FINGO  .EQ.  9)  ANGLE  ■  ANGLE2 

Ilf  IF  (FINOS  Of.  7)  GO  TQ  165 

C  "  Far  fiagara  fiat  tana  tha  laaatiaa  af  tha  tie 

C  *  if  dreviag  a  liaa  throagh  tha  aaatar  af  tha  fiagar  aad  flad  tha  point 
C  -  or  itoraootiaa  with  tho  tie. 

L  •  IDELTS( IDATA, l-IDIS-l, 52., -2> 

N  •  IDELTS! IDATA, 1-1018*1,52. ,2) 
t  ■  IDELTS! IDATA, I- IDIS- I ,72. ,-2> 

K  •  IDELTS! IDATA, l-IDIS-1, 72., 2) 


LINE(FINGKR*4-3)“J- 1 
LINE(FINGER*4-2>  »L- 1 
LINE!  FI  NGER*4- 1 )  «M- 1 
LINE(F1NCER*4>  -K-l 
XAVEI  •  AVEUDAfA.L) 

XAVE2  •  AVE< I DATA, M) 

YAVF.l  •  AVEUDATA.L-l) 

YAVE2  •  AVE(lDATA.N-l) 

XU  •  (XAVEI  ♦  XAVE21/2 
YLM  ■  (YAVE1  ♦  YAVE2I/2 
XAVEI  •  AVE< I DATA, J) 

XAVE2  •  AVEUDATA.K) 

YAVEI  •  AVECIDA TA.J-ll 
YAVE2  ■  AVE(IDAYA.K-l) 

XJK  •  (XAVEI  ♦  XAVE21/2 
YJK  -  (YAVEI  ♦  YAVE2V2 
SLOPE (FINGER)  -  (YUI  -  YJK>/(XUI  -  XJK) 

YTERO(FINGER)  •  YJK  -  SLOPE(FINGER)*XJK 
D  •  2. 

LI  -  L 
LI  •  LI  «  2 

APRIME  »  FLOAT ( 1DATAIL1- 1 ) )  -  SLOPE(FINGER)  •  FLOAT (IDATA(Lt)) 
IF  (ABS(YZERO (FINGER)  -  APRIME)  .LT.  D)  GO  TO  166 
IF  (LI  .LT.  M>  GO  TO  ISO 
LI  •  L 
D  •  2*D 
GO  TO  ISO 
TYPE  13.  D 

FNGNl/M  (FINGER)  •  LI- 1 
FNCTIP(FINGER,2>  •  !OATA(U) 

FNCT IP (FINGER. 1)  •  IDATA(Ll-l) 

GO  TO  190 

FNGNUN (FINGER)  •  l-IDIS 
FNGTIP(FINGER,2)  •  MID(2) 

FNGT IP (FINGER, I )  «  MID( 1 > 

FINGER  •  FINGER  ♦  1 

IF  (FINGER  .EX}.  10)  GO  TO  201  fPooad  >11  fioaara 
CONTINUE 
1DIS  •  IDIS*2 

Calealato  leaath  of  f i »»er 
DO  S10  Jal.9,2 
J  -  I 

IF  (I  .GT.  6)  J  •  -I 

DELTAX  •  FNGTIP( I ,2)  -  FNGTIP( I*J,2) 

DELTA  Y  *  FNGTIP(I.I)  -  FNGT  IP  (  !♦  J,  1)' 

FNGLEN ( I )  .  SORT (DELTAX* *2  ♦  DELTAY**2) 

FNGLEN(I)  •  DSTHCE(  I  DATA ,  FNGNUN  <  1 )  ♦  I  ,FNGNU)f  (1*J>*1) 

CONTINUE 
TYPE  10.1 

Caloalato  width  af  filters  at  a  d.ataioa  DIST  back  fra*  Up. 

DIST  -  92. 

DO  521  I  •  1,9,2 

L  «  IDELTS(IDATA,FNGNUN(l)»l.DlST,-2) 

M  •  IDELTSdDATA, FNGNUN!  1>«1, DIST, 2) 

DELTAX  •  FLOAT (1DATA(L>  -  IDATA(M) ) 

DELTAY  -  FLOAT  ( I  DATA  (L- 1 )  -  IDATa(M-D) 

FNGNIDI I )  -  SORT (DELTAX**2  ♦  DELTAY**2) 

FNGUID(I)  •  DSTNCE( IDATA.L.M) 

DIST  •  123. 

IF  (I  .EO.  7)  DIST  *  92. 

IF  (I  .EO.  9)  I  *  10 
IWIDTH( I»2)  -  L-l 
IWlDTHd*3>  •  M-l 
CONTINUE 
TYPE  10.2 

Calealata  earaatsre  of  fUysrtipa  f roa  ♦  to  -  DIST  from  lip. 

First  find  dal  la  anpla  for  taafsati  arosad  tho  tips,  (hot  fit 
tho  aaglo  function  with  a  straight  liaa  aad  atoro  flop*  aad  fit. 


DIST  •  DISTC 
DO  530  I* 1,9,2 

CALL  TANANGi IDATA,TANOLE,DLENG,DIST,FNGNUM(I)*l ,6, 12, UP) 
CALL  LINFIT(DLENG,TANGLE,NP.SL0PE2,R) 

IF  IABS(R>  .GT.  CRIT)  00  TO  529 

DIST  »  DIST  -  2.0 

IF  (DIST  .LT.  4.01  GO  TO  529 

00  TO  525 

CURVE! I >  •  SL0PE2 

CURVE! 1*1)  »  DIST 

DIST  •  DISTC 

TYPE  531 ,R 

FORMAT  (re. 3) 

CONTINUE 
TYPE  10,3 


C 


C  -  Caloalata  Handwidth,  pariaatar  aid  araa  94 1 1  oa  ia  froa  tha  tlpa  of 
C-  IK#  liltla  and  iadei  fiafora.  raapao  t  i  *al  jr . 

L  *  IDELTSdDATA.FNGNUM! I)  *1 , 185. ,-2> 

M  •  ,OELTSdDATA.FVGNUN(7>  *1,226.  ,2) 

DCLTAX  •  FLOAT < IDATA(L)  -  IDATAtN) ) 

DELTAY  ■  FLOAT (1 DATA (L-l)  -  1 DATA (A- 1 ) ) 

HNDVID  ■  SORT (DELTAX**2  ♦  DELTAY»»2> 

HNDVID  •  DSTNCEt IDATA.L.A) 

CALL  ARPRINdDATA.L.N,  AREA, PERIN) 

FINGAR  •  AREA 
FNGPRN  •  PERIN 
IW1DTHI2)  •  L-l 
IVIDTHdl)  •  N-l 
TYPE  10. 4 


C  - 
C  - 

c  - 


c  - 
c  - 


C  -  Fiad  araa  aad  pariaatar  —  tarainata  haad  froa  poiat  10oa 
C  -  proaiaal  to  tha  tip  of  tha  thaab  to  a  poiat  13oa  proaiaal  to  tha 
C  -  tip  of  the  little  finaer. 

L  •  IDELTSt IDATA.FNGNVA! 1) *  1,267. ,-2) 

N  •  IDELTSt IDATA,FNGNUN(9) *  1,265. ,2) 

IW1DTHU)  •  L-l 
IUIDTHI 14)  •  N-l 

CALL  ARPRINdDATA.L.N, AREA. PERIN) 

TYPE  10,5 
C 

C  -  Priat  iafo  aad  write  faatara  valaea  to  fito.  Feetaroa  writtoa  ia  ordart 
C  -  leaath,  width,  ratio(L/V> ,haadwidth,f iagor  parlaatar  aad  araa, 

C  -  ratio  tfiaaer  A/P) ,  haad  pariaatar  aad  araa,  ratio  (A/P). 

RATIO  •  !(FNGPRN/20.S)**2)/(FINGAR/420. > 

RAT  102  •  ( <P£RIN/20.S>**2.  )/(AREA/420. > 

IF  <  I  FLAG  .NE.  I)  GO  TO  551 
PRINT  22, ( lWlDTHt I > ,  1*1,7) 

PRINT  22,  dVIDTHd),  1*8, 141- 
PRINT  16, ( IFILEt I ) ,  I* 1 , 14) , ( 1FILE2! I > ,  1*1,14) 

PRINT  IS.  ANGLE 1 , ANGLE2 
PRINT  11,  1DIS 
PRINT  6 
PRINT  7 

DO  SS0  I* I, FINGER- 1,2 

PRINT  8,  (I* l)/2,FNGNUN( I)  .FNGTIPd  ,2)  .FNCTIPd ,  I) , 

♦PNGLEN (I ) /20 . S , FNOW 1 D d > /20 . S . FNGLEN < I ) /FNON I D (I ) , 

•CURVE!  I)  ,CIIRVE 1 1*1) 

PRINT  19,  HNDVID/20.S,FNGPRN/20.S,FINGAR/420. .RATIO 
PRINT  23.  PER I H/20.S, AREA/420.. RAT 102 
CALL  ASS iGN  ( 1 ,  1F1LE2,  IS2) 

DO  G00  l-l, S 

VALUEd)  -  FNGLEN(l»2-l>/20.5 
VALUE! 1*5)  •  FNGVID! 1*2-1 )/20. 5 
VALUE! I ♦ 10)  ■  FNGLEN! 1*2- 1 )/FNGWID( 1*2-1 ) 

CONTINUE 

HNDVID/ 20. 5 
FNGPRN/20.5 
F1NGAR/420. 

RATIO 
PER I  A/ 20. 5 
AREA/420. 

RAT  102 


sso 


SSI 


601 


VALUE! 16) 

VALUE!  17) 

VALUE!  18) 

VALUE!  19) 

VALUE! 17) 

VALUE!  18) 

VALUE!  19) 

DO  601  l-l, 9, 2 
VALUEd*  19) 

VALUEd  *20) 

CONTINUE 
NUAPEA  •  29 

WRITE  (l,2S)  (UUTH.ISESS.ITRIAL,  (VALUE! J) ,  J-1,NUNFEA>> 


CURVE! I) 
CURVE!!*!) 


C  -  Plot  haad  pariaatar  aaaboriai  poiata  for  fiaior  tipi  aad  iatorditlal 
C  -  apaoas. 

1YOFST  •  600 
IXOFST  •  100 
1  -  I 

CALL  INITT(960) 

CALL  ROVA0S! IXOFST* IDATA<2> , IYOPST- 1 DATA! I >  > 

DO  700  1-3.NPTS.2 

CALL  DRVABS<  IXOFST*  IDATAd  *  1 ) ,  IYOFST- 1  DATA  ( I  >  > 

IF  (NPLOTF  .NE.  1)  00  TO  710 
IF  d  .NE.  IHIimi(J)>  00  TO  700 
GO  TO  711 

IF  !l  .NE.  LINEU))  GO  TO  700 
IF  (I  .NE.  FNGNUN! J) )  GO  TO  700 
ENC00E12, 10,JJ) J 
CALL  A0UTST(2,JJ> 

1-4*1 
700  CONTINUE 

C  -  Flat  liaaa  that  iataroopt  fiater  tips 
00  TO  1002 

DO  1000  X- 1,7  _  _ 

CALL  NOV ABS (IXOFST, I YOFST*TZERO(X)) 

DO  1001  1-100,900.100 

IY  •  IFIX(YZERO(K>  *  SLOPE! K)«FLOAT! I) ) 

CALL  DRVA8SdX0FST«l,IY0FST«fY> 

CONTINUE 
CONTINUE 

CALL  FINITT(0,790) 

STOP 
DID 


C  - 

710 

711 


1000 

1002 


A-22 


nn 


r- 

i 


c 

c 


FUNCTION  AVE! IDATA, I) 

Faaatioa  ie  do  •  fi*o  poiat  lrtti|«Ur  »«ri|«  ud  rotara  itlii  u 
AVE. 

DIMENSION  I DATA (6000) 

FART)  •  FLOAT! IDATA (I -4) >•«. 1 
PART2  •  FLOAT! IDATA( 1-2) 1*0.2 
PARTS  •  FLOAT!  IDATA!  I )  >*0.4 
PART4  •  FLOAT ( IDATA! I*2>  >*0.2 
PARTS  •  FLOAT! IDATA! 1*4) >*0. 1 
AVE  ■  PART  I ♦PART2»PART3opART4*PART5 
RETURN 
END 


FUNCTION  IXYGETUX.J,  IDATA) 

C  -  P»»etio»  to  Ti*4  i  poiat  with  aa  R(Y)  aaaiaotoat  to  aaothor  poiat  (IX) 
C  -  i  ia  tho  atartiap  poiat  for  th*  ooareh  throagh  tha  array. 

C  -  If  J>IO  th*  aoareh  aill  ba  baskaarda  throagh  tho  array. 

C  -  Rataraa  (I)  for  tha  aoa  poiat. 

DIMENSION  I DATA (6000) 


10 

20 


ION 


N 

L  ■ 
IF 
1 
I 


.OT.  10)  L  •  -2 
*  L 


IF  (ABSIIDATA(I)  -  IX)  .LT.  N)  00  TO  100 


IF  (I  .OT. 
N  ■  2*N 
00  TO  10 
IF  <1  .LT. 
N  -  2*N 
00  TO  10 
IXYGET  •  I 
RETURN 
END 


I)  00  TO  30 


6000)  OO  TO  20 


SUBROUTINE  ARPRIN! IDATA. L.N, AREA. PERIN) 

C  -  Reatiaa  to  ealsalata  araa  aad  par iaatar  of  a  portiaa  of  tho  haad  aith 
C  *  boaadriaa  lDATA(L)  to  IDATA(N) . 

DIMENSION  IDATA (6006) 

AREA  •  0.0 

PERIN  -  0.0 

X2  *  FLOAT!  IDATA (L) ) 

Y2  •  FLOAT! IDATA(L-D) 

DO  20  laL'S.N.E 
XI  •  X2 
Yl  •  Y2 

X2  •  FLOAT! IDATA! I)> 

Y2  -  FLOAT ( I  DATA ( I - 1 ) ) 

DELTAX  -  X2  -  XI 
fjELTAY  .  Y2  -  Yl 

PERIN  «  PERIN  ♦  SORT (DELTAX**2  *  DELTAY**2> 

AREA  •  AREA  ♦  DOT  AX  •  <  (V!*Y2)/2.0) 

20  CONTINUE 

DELTAX  »  FLOAT! IDATA(L)  -  IDATA (N) > 

AREA  •  AREA  «  DELTAX  *  ( (FLOAT! IDATA (N- I) ♦ IDATA (L-l )) )/2.0) 

RETURN 

END 


SUBROUTINE  SORT! IDATA. IDIN.KFTS) 

•tiaa  to  aort  data  ao  that  it  ataaya  atarta  at  th*  loaor  ariat. 


10 

MP 

no 


210 


DIMENSION  IDATA!6000) , IDINI6000) 

00  10  IaNFTS,2.-2 

IF(IDIN(I)  .EQ.  I)  00  TO  100 
IF(INFTS-I)  .OT.  10)  00  TO  200 
DO  110  lal.NPTS 
IDATA! I )  •  IDINII) 

RETURN 
L  •  0 

00  210  Ral-I.NFTS  (Start  aith  Y 

L  •  L  ♦  1 
IDATA(L)  •  IDIN(K) 

CONTINUE 
DO  220  X-l.l-2 
L  •  L  *  I 
IDATA(L)  ■  IDIN(X) 

CONTINUE 

RETURN 


220 


SUBROUTINE  T AN ANO< IDATA, TANGLE, DLENG , DIST , 

♦  JST  ART , JSTEP , J RANGE , HP ) 

C  *  Roitiae  to  ttloiltlt  the  u|U  foaotioo  ironi  •  Section  of  tho 
C  “  poriaotor.  Tho  sootion  i<  -  to  ♦  DIST  froa  JST ART.  Tho  lo*|th  of 
C  -  tho  poriaotor  for  oach  tangent  is  J RANGE,  and  tangents  oro  oelcnletsd 
C  "*  for  each  (action  ia  dot*  intervals  JSTEP.  NP  is  tho  ssabor  of  audios 
C  "  oatoslatsd.  Anitas  ara  stored  ia  TANGLE  and  tha  correspond! t$ 

C  -  loos th  ia  DLENG. 

DIMENSION  I  DAT  A  <6000 1  , TANGLE)  100)  ,  DLENG  ( 100) 

DATA  PI/3. 1416/, RADIAN/S7. 296/ 

L  •  1DELTS! I DATA, JST ART , DIST , -2) 

N  •  1DELTS1 IDATA , JST ART , DIST ,2) 

NP  •  0 
TLENO  •  0. 

DO  tee  1*L,M, JSTEP 
NP  •  NP  ♦  I 

DX  •  AVEi  IDATA,  1  ORANGE)  -  AVE<  IDATA.  1) 

DT  •  AVEi IDATA, leJRANQE- I >  -  AVE< IDATA, 1-1) 

C  DX  -  FLOAT ( IDATA! 1 ♦JRANGE)  -  IDATA! 1 ) ) 

C  DV  •  FLOAT  < IDATA! 1 ♦ JRANGE- l>  -  IDATA! I- 1 >  > 

TLENO  -  1S0RT!DX**2  ♦  DY**2) 1/2.0  ♦  TLENG 

DLENG!NP)  •  TLENO 

IF  IOX  ,NE.  0.)  GO  TO  26 

ANGLE  •  PI/2.  •  RADIAN 

IF  !DY  ,LT.  0.0)  ANGLE  •  ANGLE  •  *1.0 

00  TO  30 

20  ANGLE  •  AT AN2 1 DY , DX >  •  RADIAN 

30  IF  !NP  .BO.  I)  ANGLE!  •  ANGLE 

IF  IABS1ANGLE-ANGLE1)  .LE.  188.)  00  TO  40 
IF  t  ANGLE  I  .err.  0.0)  ANGLE  •  ANGLE  «  300. 

IF  ! ANGLE!  .LT.  0.0)  ANGLE  •  ANGLE  -  360. 

40  TANGLEINP)  -  ANGLE 

ANGLE I  •  ANGLE 
100  CONTINUE 

RETURN 
END 


C 

C 

C 

C 

C 

C 

C 

C 

C 

C 


SUBROUTINE  L1NF1T1DLENG, TANGLE. NP.B.R) 

Rostiaa  t a  girt  a  least  sqnaros  fit  In  data  with  a 
X  array  of  data  for  iadopaadost  variable 

Y  array  of  data  for  dapoadaat  variable 

NP  neaber  of  pairs  of  data  poiats 

A  Y  intercept 

SIGNAL  standard  deviation  of  A 

B  slope 

SIGMAB  standard  deviation  of  B 

R  linear  correlation  ooofficieat 

DIMENSION  TANGLE! 100) .DLENG! 100) 

SUN  -  FLOAT  INF) 

SUNK  •  O. 

SUMY  •  O. 

SUMX2  «  0. 

SUNY2  •  O. 

SUMXY  •  0. 

DO  100  l-l  ,MP 
XI  •  PLENGII) 

Yl  ■  TANGLE! I ) 

SUNX  -  SUNK  -  XI 


lias  Y*A*BX. 


SUMY  •  SUMY 
SUNX2  •  SUHX2 
SUMY2  •  SUMY2 
SUMXY  •  SUMXY 
CONTINUE 


Yl 


Xt«*2 

Yl**2 

XI*YI 


-  Catealate  aoefficieats  aad  ataadard  deviations 

DELTA  •  SUM  •  SUMX2-SUNX**2 
A  *  !SUNX2*SUMT-SUNX*SUNXY> /DELTA 
B  e  ! SUMXY*SUN -SUMX*SUMY ) /DELT A 
C  •  HP  -  2 

VaRNCE  ■  <SUMT2-A**2*SUM-B»*2«SUMX2-2* 

1 1 A*SUMY •B*SUNXY-A*B*SUNX> )/C 

SIGNAL  •  SQRT<VARNCE*SUMX2/DELTA) 

SIGMAB  •  SQRTiVaRHCE*SUN  /DELTA) 

R  •  1SUM*SUMXY-S 
RETURN 
END 


-SUNX ‘SUMY ) /SORT  I DELTA* (SUM*S»MT2-SUMT**2) ) 
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I  INTRODUCTION 


This  algorithm  is  taken  from  "Image  Processing  Algorithms  for  In¬ 
dustrial  Vision,"  a  report  by  Gerry  Agin  of  SRI  International.  The 
algorithm  is  referred  to  as  "connectivity  analysis."  It  segments  a 
binary  image  into  "blobs"  (connected  regions)  of  the  same  "color" 

(gray  level).  Only  one  pass  is  made  through  the  image,  and  only  one 
line  is  accessed  at  a  time  (hence  the  name  "LINEBYLINE") .  Features  of 
each  blob  are  computed,  such  as  the  area,  center  of  gravity,  bounding 
rectangle,  and  perimeter  points.  This  document  explains  the  concepts 
used  in  LINEBYLINE  and  provides  an  example  of  processing. 


II  RUN-LENGTH  CODING 


The  first  step  in  processing  is  the  run-length  coding  of  the  binary 
image.  Each  line  of  the  binary  image  is  converted  into  a  series  of  run- 
length  segments.  A  "1"  denotes  the  color  of  "object"  and  "0"  denotes 
the  color  of  "background." 

To  illustrate  how  run-length  coding  is  done,  let  us  consider  the 


following  8x8  binary  image: 


Column  number: 


Row  number:  1 
2 

3 

4 

5 

6 

7 

8 


(Note:  "b"  denotes  an  implicit 


12345678 

bbbbbbbbbb 
b  0  0  0  1  1  1  0  0  b 

b  1  1  0  0  1  1  1  0  b 

b  0  1  0  1  1  0  1  1  b 

b  0  1  1  1  1  0  0  1  b 

b  0  1  1  1  0  0  0  1  b 

bOlOllOllb 
bOlOOlllOb 
bOOOOOlOOb 
bbbbbbbbbb 

0"  beyond  the  margins  of  the  image.) 
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The  algorithm  for  run-length  coding  examines  each  pixel  of  the  row 
in  turn  and  records  the  column  number  of  any  element  that  differs  from 
its  predecessor.  A  0  is  assumed  to  precede  the  first  element  and  to 
follow  the  last  one.  For  this  reason,  if  the  last  column  of  some  par¬ 
ticular  row  contains  a  1,  a  transition  will  be  recorded  in  column  9. 

In  general,  there  will  be  twice  as  many  column  numbers  recorded  as 
there  are  segments  of  contiguous  Is  in  the  row. 

The  result  of  run-length  coding  our  example  is  as  follows: 


Row 

1: 

Col. 

4,7 

Row 

2: 

Col. 

1,3, 5, 8 

Row 

3: 

Col. 

2, 3, 4, 6, 7, 9 

Row 

4: 

Col. 

2, 6, 8, 9 

Row 

5: 

Col. 

2, 5, 8, 9 

Row 

6: 

Col. 

2, 3,4, 6, 7, 9 

Row 

7: 

Col. 

2, 3, 5, 8 

Row 

8: 

Col. 

6,7 

Later  in  this  paper,  we  will  refer  to  the  run-length  segments  that 
make  up  a  line  or  row.  These  are  contiguous  sequences  of  pixels  of 
either  color  (0  or  1).  For  example,  row  1  has  exactly  three  run-length 
segments.  The  first  segment  is  all  Os  and  extends  from  minus  infinity 
up  to  (but  not  including)  column  4.  The  second  segment  is  Is  runs  from 
column  4  to  (but  not  including)  column  7.  The  third  and  last  segment 
consists  of  Os  from  column  7  to  plus  infinity.  Because  every  row  must 
start  and  end  with  0,  there  is  always  an  odd  number  of  run-length  seg¬ 
ments  in  any  line. 

The  starting  and  ending  column  numbers  of  each  run-length  segment 
are  stored  in  a  linked  list  for  later  processing  by  the  connectivity- 
analysis  procedures.  When  the  connectivity  analysis  for  all  the  run- 
length  segments  in  a  line  has  been  completed,  the  run-length  segments 
are  deleted.  The  creation  of  run-length  segments  from  a  binary  image 
line  could  be  easily  performed  in  hardware. 
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Ill  INTRODUCTION  TO  CONNECTIVITY  ANALYSIS 


The  purpose  of  connectivity  analysis  is  to  separate  a  binary  image 
into  connected  components.  We  call  these  connected  components  blobs . 

A  hole  is  a  special  case  of  a  blob  entirely  surrounded  by  another  blob 
of  the  contrasting  color.  When  connectivity  analysis  is  applied  to  the 
8x8  example  presented  in  the  previous  section,  the  result  contains 
three  components:  the  background  (component  0),  an  "object"  (component  1), 
and  a  hole  (component  2) .  The  three  components  are  shown  below. 

000  +  +  +00  ...111..  ...+  +  +.. 

+  +00  +  +  +0  11.  .111.  +  +..+  +  +. 

0  +  0  +  +  .  +  +  .1.11.11  .  +  .+  +2+  + 

0  +  +  +  +..  +  .1111.  .1  .+  +  +  +22  + 

0  +  +  +...+  .111.  ..1  .+  +  +222  + 

0  +  0  +  +.++  .1.11.11  .  +  .+  +2+  + 

0  +  00  +  +  +  0  .1..111.  .  +  ..+  +  +. 

00000  +  00  . 1..  . +  .. 

All  pixels  in  the  background  are  assigned  the  same  region  number,  even 
though  in  the  8x8  figure  the  background  appears  to  consist  of  four 
separate  regions.  This  is  because  we  assume  the  image  is  embedded  in 
an  infinite  field  of  0s.  Any  region  of  0s  that  touches  the  margin  of 
the  picture  will  therefore  be  classified  as  background. 

The  algorithm  extracts  and  identifies  connected  components,  com¬ 
putes  useful  feature  information,  and  requires  buffering  of  no  more 
than  one  line  of  data.  This  section  describes  the  general  procedure 
for  connectivity  analysis.  Section  IV  gives  some  details  that  ..re 
skipped  in  this  section  for  the  purpose  of  explaining  the  process  more 
easily. 

Connectivity  analysis,  as  implemented  here,  makes  use  of  a  data 
structure,  which  we  call  the  active  line,  to  keep  track  of  the  process¬ 
ing.  The  active  line  consist  of 

•  A  linked  list  of  segment  descriptors.  Each  segment  descriptor 
contain  the  starting  and  ending  column  numbers  of  a  run-length 
segment,  the  component  number  to  which  the  segment  belongs,  and 


a  pointer  to  the  next  segment  descriptor.  A  dummy  segment 
descriptor  gives  the  ending  column  number  of  the  final  run- 
length  segment. 

•  A  pointer  to  the  current  segment  being  processed. 

Before  processing  any  data,  the  active  line  is  initialized  to  con¬ 
tain  a  single  segment  descriptor,  representing  the  background.  Before 
processing  any  row  of  run-length  data,  the  pointer  to  the  current  segment 
pointer  must  be  initialized  to  point  to  the  first  segment.  As  we  start 
to  process  our  example  image,  the  state  of  affairs  is  thus: 

Image  so  far:  bbbbbbbbbb 

Active  line: 

Start  column  -infinity  +infinity 

Component  number  0  dummy 

Current  segment:  I 

In  the  first  row  of  example  data,  transitions  were  found  in  columns 
4  and  7.  This  implies  that  the  row  consists  of  three  run-length  segments 
Os  from  -infinity  to  (but  not  including)  column  4,  Is  from  column  4  to 
(but  not  including)  column  7,  and  Os  from  column  7  to  +infinity.  After 
processing  the  first  row  we  will  want  the  data  structure  to  represent 
those  three  segments. 

One  procedure  will  examine  each  run-length  segment  in  turn.  Each 
segment  will  take  its  turn  as  the  new  segment,  represented  by  its  start¬ 
ing  and  ending  column  numbers.  The  new  segment  must  be  matched  against 
the  partially  completed  analysis  embodied  in  the  current  line.  In  par¬ 
ticular,  we  must  determine  whether  the  new  segment  overlaps  the  current 
segment ,  that  is,  the  segment  of  the  active  line  pointed  to  by  the 
current  segment  pointer.  Three  cases  are  possible: 


The  two  segments  do  not  overlap  because  the  new  segment  is  to  the 
right  of  the  current  one  (that  is,  the  starting  column  number  of 
the  new  segment  is  larger  than  the  ending  column  number  of  the 
current  segment) . 

Current  segment:  XXXXXXXX 

New  segment :  XXXXXXXX 

Case  2: 

The  two  segments  do  not  overlap  because  the  new  segment  is  to  the 
left  of  the  current  one  (that  is,  the  ending  column  number  of  the 
new  segment  is  smaller  than  the  starting  column  number  of  the 
current  segment). 

Current  segment :  XXXXXXXX 

New  segment :  XXXXXXXX 

Case  3: 

Neither  Case  1  nor  Case  2  obtain,  and  the  segments  overlap. 

Current  segment :  XXXXXXXXXXXX 

New  segment :  XXXXXXXXXXX 

Different  actions  must  be  taken  in  each  of  the  three  cases.  We  will 
explain  each  case  as  it  occurs  in  the  course  of  analyzing  our  example 
image. 

The  first  segment  of  the  new  row  goes  from  -infinity  to  4.  The 
current  segment  pointer  points  to  the  first  segment  in  the  active  line, 
which  goes  from  -infinity  to  +infinity.  When  these  two  segments  are 
compared,  we  find  that  Case  3  applies:  the  two  segments  overlap. 

Action  on  Case  3: 

Copy  the  start  column  number  from  the  new  segment  to  the  current 
one.  Then  advance  the  current  segment  pointer  to  the  next  segment 
in  the  active  line. 


Copying  the  starting  number  of  the  new  segment  (-infinity)  to  the 
current  segment  results  in  no  change  in  the  data  structure,  because 
-infinity  was  there  to  begin  with.  The  current  segment  pointer  is  ad¬ 
vanced  to  the  next  segment  descriptor  in  the  active-line  list.  After 
processing  the  first  segment  in  the  first  row,  the  active-line  data 
structure  looks  like  this: 


Image  so  far: 
New  segment: 


bbbbbbbbbb 
b  0  0  0 


Active  line: 

Start  -inf  +inf 

Component  0  dummy 

Current  segment:  | 


We  now  analyze  the  next  segment.  This  new  segment  runs  from 
columns  4  up  to  (but  not  including)  column  7.  The  current  segment 
pointer  now  points  to  the  dummy  segment  descriptor,  which  starts  at 
+infinity.  Therefore  Case  2  applies:  The  new  segment  does  not  match 
any  existing  segment  in  the  active  line.  Room  must  be  made  in  the  data 
structure  for  it. 

Action  on  Case  2: 

Insert  two  new  segments  descriptors  (call  them  A  and  B)  in  the 
active  line  before  the  current  segment.  Let  the  current  segment 
pointer  point  to  A.  Copy  the  ending  column  number  of  the  new 
segment  to  the  start  column  number  of  B.  Choose  an  unused  number 
for  a  new  component  and  let  it  be  the  component  number  for  A.  Copy 
the  component  number  from  the' segment  preceding  segment  A,  to  B. 

Now  proceed  as  in  Case  3. 

The  situation  after  processing  the  second  segment  in  the  first  row 
is  thus: 


Image  so  far: 

b  b 

b  b  b  b  b 

b  b  b 

b  0 

0  0 

New  segment: 

111 

Active  line: 

(A) 

(B) 

Start 

-inf 

4 

7 

+inf 

Component 

0 

1 

0 

dummy 

Current  segment : 

1 

Two  new  segment  descriptors  were  inserted  in  the  active  line.  Descriptor 
A  represents  part  of  a  newly  discovered  blob  in  the  image;  it  is  assigned 
component  number  1.  Descriptor  B  extends  the  background  down  the  right 
side  of  the  new  blob. 


Descriptor  B  takes  its  starting  column  number  from  the  ending 
column  number  of  the  new  segment  (7)  and  its  component  number  from  the 
segment  before  A  (0).  Having  created  a  new  pair  of  segment  descriptors, 
we  can  proceed  to  match  the  new  segment  to  segment  A  by  performing  the 
Case  3  action.  The  starting  column  number  of  the  new  segment  (4)  is 
copied  to  descriptor  A,  and  the  current  segment  pointer  is  advanced  to 
point  to  segment  B. 

The  third  (and  last)  segment  in  the  first  row  runs  from  column  7 
to  +infinity.  This  will  be  matched  against  the  current  segment,  which 
also  runs  from  7  to  +infinity.  This  is  another  Case  3  overlap,  and  the 
data  structure  after  processing  that  new  segment  will  be: 

Image  so  far :  bbbbbbbbbb 

b  0  0  0  1  1  1 


New  segment : 

0  0b 

Active  line: 

Start 

-inf 

4 

7 

+inf 

Component 

Current  segment: 

0 

1 

0 

dummy 

1 

This  concludes  processing  of  the  first  row. 

The  second  row  has  transitions  at  1,  3,  5,  and  8,  or  five  segments 
to  be  processed.  The  current  segment  pointer  is  reset  to  point  to  the 
first  active  segment. 

The  first  segment  of  this  row  runs  from  -infinity  to  1.  When  it 
is  matched  to  the  first  segment  in  the  active  line,  a  Case  3  overlap  is 
discovered.  The  appropriate  action  (extending  the  segment  representing 
the  background)  will  be  performed. 

The  next  segment  runs  from  column  1  to  (but  not  including)  column  3. 
When  it  is  matched  against  the  current  segment  starting  at  column  4, 

Case  2  applies.  The  newly  discovered  blob  is  assigned  component  number  2, 
producing  the  following  situation  after  processing  the  second  segment: 


Image  so  far: 


bbbbbbbbbb 
bOOOlllOOb 
b 

New  segment:  2  2 

Active  line:  (A)  (B) 

Start  -inf  1  3  4  7  +inf 

Component  02010  dummy 

Current  segment:  ! 


The  last  three  segments  on  this  second  row  all  produce  Case  3  over 
laps  when  they  are  matched  against  the  active  line.  At  the  conclusion 
of  processing  the  second  row,  the  following  data  structure  obtains: 


Image  so  far:  bbbbbbbbbb 

bOOOlllOOb 
b  2  2  0  0  1  1  1 

New  segment:  0  b 

Active  line: 

Start  -inf  1  3  5  8  +inf 

Component  0  2  0  1  0  dummy 

Current  segment :  ^ 


Row  3  has  transitions  at  columns  2,  3,  4,  6,  7,  and  9.  Matching 
the  seven  segments  of  this  row  will  result  in  four  Case  3s,  a  Case  2, 
and  two  more  Case  3s.  After  processing  the  third  row  the  following 
will  be  the  state  of  the  data  structure: 


Current  segment: 


In  the  fourth  row  there  are  transitions  at  columns  2,  6,  8,  and  9, 
for  a  total  of  five  segments.  The  first  two  of  these  result  in  Case  3 
overlaps.  But  when  we  match  the  third  segment  of  the  fifth  row  (which 
runs  from  column  6  to  8)  with  the  next  segment  of  the  active  line 
(running  from  column  3  to  column  4)  we  discover  that  Case  1  holds.  Here 
is  the  situation  as  we  discover  the  fact: 


Image  so  far:  bbbbbbbbbb 

b  0  0  0  1  1  1  0  0  b 
b  2  2  0  OH  1  Ob 
b  0  2<0>1  1(3)1  1  b 
b  0(2  2  2  2) 


New  segment: 

(0  0] 

Active  line: 

(A) 

(B) 

Start  -inf 

2 

3 

4  6 

7 

9 

+inf 

Component  0 

2 

0 

1  3 

1 

0 

dummy 

Current  segment : 


The  current  segment  in  the  active  line,  marked  by  "<  >"  above,  is 
not  matched  by  any  segment  in  the  new  row.  The  new  segment,  marked  by 
"[  ]"  must  eventually  match  the  segment  denoted  by  "(  )".  We  must 
delete  the  unmatched  segment  "<  >"  from  the  active  line.  Furthermore, 
the  previous  segment,  marked  by  "(  )",  forms  a  "bridge"  between  com¬ 
ponents  1  and  2.  We  must  merge  the  two  components. 

Action  on  Case  1: 

Consider  the  segment  in  the  active  line  before  the  current  one 
(call  it  "A")  and  the  segment  after  the  current  one  (call  it 
"B").  If  the  component  numbers  of  A  and  B  are  different,  then 
merge  the  two  components  by  changing  all  instances  of  B's  component 
number  in  the  active  line  to  A's  component  number.  Delete  the 
current  segment  and  segment  B  from  the  active  line.  Let  the  cur¬ 
rent  segment  pointer  point  to  the  segment  after  B.  Now  go  back 
to  the  beginning  of  the  entire  matching  procedure,  matching  the 
new  segment  against  the  updated  active  line. 

By  this  procedure,  we  merge  components  1  and  2.  The  merging  changes 
the  component  numbers  of  the  fourth  and  sixth  segment  descriptors  in  the 
active  line  from  1  to  2.  The  current  segment  and  segment  B  get  deleted, 
and  the  current  segment  pointer  is  advanced  to  point  to  the  segment 


starting  at  column  6.  After  ve  have  taken  these  steps,  the  data  struc¬ 
ture  looks  as  follows: 


b  b  b  b 
2  0  0  b 

2  2  0  b 

3  2  2  b 

3  3 


Image  so  far: 

New  segment: 

Active  line: 

Start 

Component 

Current  segment : 


b  b  b  b  b  b 
b  0  0  0  2  2 
b  2  2  0  0  2 
b  0  2  0  2  2 
b  0  2  2  2  2 


(A) 

-inf  2  6 

0  2  3 

I 


7  9  +inf 

2  0  dummy 


Now  the  new  segment  may  be  matched  anew  against  the  active  line  and 


current  segment.  This  time  around,  the  match  is  Case  3,  as  are  the  re¬ 
mainder  of  matches  in  this  fourth  row.  After  finishing  this  row,  the 
state  of  the  data  structure  is  as  shown  below: 


Image  so  far: 


Active  line: 

Start 

Component : 
Current  segment: 


bbbbbbbbbb 
b00022200b 
b  2  2  0  0  2  2  2  0  b 
b'  02022322b 
b  0  2  2  2  2  3  3  2  b 


-inf 

0 


2 

2 


6 

3 


8 

2 


9 

0 


+inf 

dummy 

I 


In  the  fifth  row,  there  are  five  segments  with  transitions  at 


columns  2,  5,  8,  and  9.  Only  Case  3  overlaps  occur. 


The  "image  so  far"  is  not  part  of  the  data  structure;  it  only  is  pre¬ 
sented  as  an  aid  in  visualization  of  the  connectivity-analysis  process. 
We  have  changed  all  Is  in  the  image  to  2s  to  indicate,  conceptually,  the 
merging  of  the  two  components. 


The  sixth  row  has  transitions  at  columns  2,  3,  4,  6,  7,  and  9.  The 
third  segment  (from  columns  3  to  4)  will  generate  a  Case  2  match,  the 
others  will  all  be  Case  3.  The  new  component  created  by  the  Case  2 
match  is  assigned  number  4.  Here  is  what  the  data  structure  looks  like 
after  processing  that  row: 


Image  so  far: 


bbbbbbbbbb 
b  0  0  0  2  2  2  0  0  b 
b  2  2  0  0  2  2  2  0  b 
b02022322b 
b  0  2  2  2  2  3  3  2  b 
b  0  2  2  2  3  3  3  2  b 
b  0  2  4  2  2  3  2  2  b 


Active  line: 
Start  -inf 
Component  0 

Current  segment : 


+inf 

dummy 


In  processing  row  7,  with  transitions  at  2,  3,  5,  and  8  a  Case  1 
situation  occurs.  The  analysis  of  component  3  is  complete:  Its  segment 
descriptor  disappears  from  the  active-line  data  structure.  The  two 
segments  on  either  side  of  component  3  already  have  the  same  component 
numbers,  so  no  merging  is  necessary: 


Image  so  far: 


bbbbbbbbbb 
b  0  0  0  2  2  2  0  0  b 
b  2  2  0  0  2  2  2  Ob 
b  0  2  0  2  2  3  2  2  b 
b  0  2  2  2  2  3  3  2  b 
b  0  2  2  2  3  3  3  2  b 
b  0  2  4  2  2  3  2  2  b 
b  0  2  4  4  2  2  2  0  b 


Active  line: 

Start 

Component 


+inf 

dummy 


Current  segment: 


In  row  8,  there  are  transitions  at  columns  6  and  7.  Another  Case  1 
situation  occurs  here,  merging  component  4  with  component  0  (the  back¬ 
ground).  Here  is  the  situation  after  we  have  processed  the  eighth  row: 

Image  so  far:  bbbbbbbbbb 

b  0  0  0  2  2  2  0  0  b 
b22Q02220b 
b  0  2  0  2  2  3  2  2  b 

b  0  2  2  2  2  3  3  2  b 

b  0  2  2  2  3  3  3  2  b 

b  0  2  0  2  2  3  2  2  b 

b  0  2  0  0  2  2  2  0  b 

b  0  0  0  0  0  2  0  0  b 


Active  line: 

Start 

-inf 

6 

7 

+inf 

Component 

0 

2 

0 

dummy 

Current  segment :  1 

After  the  last  row  of  image  data,  another  row  of  all  Os  will  com¬ 
plete  the  analysis,  removing  component  2  from  the  active  line. 

We  have  engaged  in  a  little  oversimplification  in  order  to  present 
the  basic  ideas  behind  connectivity  analysis  as  plainly  as  possible. 

In  the  next  section  we  will  fix  the  algorithm  to  operate  correctly  in 
all  cases.  But  before  reading  on,  turn  to  the  beginning  of  this  section, 
where  we  presented  the  three  components  we  wish  the  algorithm  to  extract. 
You  may  verify  that  the  results  we  have  obtained  are  what  was  intended 
except  that  different  numbers  were  assigned. 

IV  CONNECTIVITY  ANALYSIS  IN  DETAIL 

The  simplified  algorithm  presented  in  the  previous  section  is  de¬ 
ficient.  It  has  errors,  and  it  doesn't  compute  any  features  of  the  blobs 
or  any  perimeter  lists.  In  addition,  processing  of  some  borderline 
cases  of  overlapping  segments  was  not  adequately  described.  At  the  end 
of  this  section  the  complete  algorithm  with  its  amendments  and  corrections 
will  be  presented. 
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A. 


Handling  Some  Special  Cases 


Let  us  finish  the  processing  of  our  test  image.  To  complete  the 
analysis,  a  last  row  of  Os  running  from  -infinity  to  +infinity  is  added 
to  the  active-line  data  structure,  leaving  us  with  the  following  situa¬ 
tion: 

Image  so  far: 


New  segment: 


Active  line: 

Start 

-inf 

6 

7 

+inf 

Component 

0 

2 

0 

dummy 

Current  segment:  I 


We  have  just  processed  a  line  with  nothing  in  it,  but  the  active 
line  incorrectly  points  to  a  segment  there.  Tt  takes  a  Case  1  match 
between  segments  to  delete  component  2  from  the  data  structure,  but 
there  is  nothing  left  to  process.  What  we  must  do  is  to  check  at  the 
end  of  each  line  whether  the  current  segment  pointer  points  to  the  dummy 
segment  at  the  end.  If  it  does  not,  then  the  Case  1  processing  must  be 
performed  until  the  current  segment  pointer  does  point  to  the  last  seg¬ 
ment. 

A  second  error  concerns  the  merging  of  two  regions  when  a  "bridge" 
connects  them.  The  rule  for  Case  1  states  that  if  the  two  component 
numbers  are  different,  then  the  number  on  the  right  replaces  the  number 
on  the  left  everywhere  else  in  the  active  line.  However,  if  the  com¬ 
ponent  number  on  the  right  happens  to  be  the  background,  the  replacement 
would  renumber  the  background.  We  wish  the  background  to  be  always 
component  number  0  and  must  modify  the  renumbering  rule  accordingly. 


bbbbbbbbbb 
b  0  0  0  2  2  2  0  0  b 
b  2  2  0  0  2  2  2  Ob 
b  0  2  0  2  2  3  2  2  b 
b  0  2  2  2  2  3  3  2  b 
b  0  2  2  2  3  3  3  2  b 
b  0  2  0  2  2  3  2  2  b 
b  0  2  0  0  2  2  2  0  b 
b00000200b 
bbbbbbbbbb 


B.  Blob  Descriptors 

The  main  reason  for  doing  connectivity  analysis  is  to  obtain  infor¬ 
mation  about  the  components  we  find  thereby.  The  information  we  have 
derived  related  to  color,  location,  area,  perimeter,  and  points  to  other 
components  that  surround,  neighbor,  or  form  holes  in  the  component  we 
are  examining.  The  algorithms  for  deriving  such  information  will  be 
described  later  in  this  report.  Such  information  is  stored  in  a  blob 
descriptor  for  each  component. 

We  must  modify  our  algorithm  description  to  include  the  use  of  blob 
descriptors.  When  a  new  component  is  started  as  a  result  of  Case  2 
processing,  a  new  blob  descriptor  must  be  created.  When  segments  are 
removed  from  the  active  line  in  Case  1  processing,  we  must  keep  track 
of  the  blob  descriptors  that  are  removed.  Several  segment  descriptors 
in  the  active-line  data  structure  can  have  the  same  component  number; 
hence  they  can  point  to  the  same  blob  descriptor.  Therefore,  when  a 
segment  descriptor  is  removed  as  the  result  of  Case  1  processing,  the 
algorithm  must  check  to  see  if  other  segment  descriptors  in  the  active 
line  refer  to  the  same  component.  If  this  is  the  last  reference  to 
that  component,  its  processing  is  finished. 

At  this  point,  the  blob  descriptor  describes  a  connected  component 
whose  connectivity  has  been  completely  determined.  Furthermore,  the 
extraction  of  blob  features  and  perimeter  lists  is  complete.  We  have 
more  than  one  option  as  to  what  to  do  with  the  blob  descriptor.  We  can 
pass  the  address  of  the  completed  blob  descriptor  to  an  application- 
dependent  subroutine  that  will  do  further  processing,  take  some  action 
depending  on  what  was  found,  or  delete  the  blob  descriptor  to  make  its 
memory  space  available  for  other  blobs  or  other  purposes.  Alternatively, 
the  address  of  the  blob  descriptor  can  simply  be  added  to  a  list  of 
isolated  blobs  in  the  image  and  further  processing  will  be  deferred 
until  the  entire  picture  is  analyzed.  In  the  current  implementation  the 
features  and  perimeter  lists  of  the  blob  are  written  to  output  files, 
and  the  blob  descriptor  is  recycled  to  save  memory  space. 
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C.  Treatment  of  Diagonally  Adjacent  Pixels 

Two  pixels  belong  to  the  same  component  if  and  only  if  there  exists 
a  path,  along  adjacent  elements  of  the  same  color,  from  one  pixel  to  the 
other.  When  dealing  with  points  on  a  rectangular  grid,  it  is  reasonable 
to  ask  whether  diagonal  points  are  adjacent.  If  diagonal  points  are  to 
be  considered  adjacent,  then  the  components  of  an  image  are  said  to  be 
8-connected ,  since  each  pixel  has  eight  connected  neighbors.  If  diagonal 
points  are  not  considered  adjacent,  then  the  components  are  called  4- 
connected .  Our  connectivity  algorithm,  as  presented  so  far,  finds  the 
4-connected  components  of  an  image.  If  we  were  to  analyze  the  image  of 
a  checkerboard,  then  each  square  of  the  image,  black  or  white,  would  be 
a  separate  component. 

It  would  be  desirable  to  modify  the  connectivity  algorithm  so  it 
has  the  property  that  every  component  (except  the  background)  is  en¬ 
tirely  enclosed  by  one  and  only  one  component,  which  is  of  the  opposite 
color.  Then  every  boundary  between  two  regions  is  a  closed  curve  that 
separates  an  enclosing  region  from  an  enclosed  region.  The  components 
of  a  scene  thus  analyzed  may  be  arranged  hierarchically,  each  component 
having  a  single  superior  (encloser)  and  zero  or  more  inferiors  (holes 
or  enclosed  regions) . 

A  way  of  achieving  this  is  to  specify  that  all  white  cells  (Is) 
are  8-connected  and  that  all  black  cells  (Os)  are  4-connected.  With 
such  a  convention,  the  image  of  a  checkerboard  would  be  analyzed  as  a 
number  of  individual  white  squares,  all  embedded  in  a  single  black 
region  (the  background) .  To  implement  this  requires  modifying  the 
tests  for  overlap  that  determine  Case  1,  2,  or  3.  The  modification  has 
to  be  such  that  one  set  of  tests  applies  when  a  segment  of  Is  is  being 
considered  and  a  different  set  of  tests  applies  for  a  segment  of  Os. 

D.  The  Connectivity  Algorithm 

We  shall  now  consolidate  what  has  gone  before.  The  algorithm 
will  be  presented  in  an  informal  fashion.  Operations  such  as  creating 
and  modifying  lists,  or  obtaining  storage  for  a  descriptor  are  imple¬ 
mentation  details  that  will  not  be  mentioned  here. 
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First,  some  definitions. 


•  Segment  descriptor  is  an  array  or  a  block  of  data  that  contains 
four  items:  starting  and  ending  column  numbers,  a  pointer  to  a 
blob  descriptor,  and  a  pointer  to  the  next  segment  descriptor 
in  the  active  line. 

•  The  active  line  is  a  linked  list  of  segment  descriptors.  The 
current  segment  pointer  points  to  a  segment  descriptor  on  this 
list.  The  active  segment  is  the  segment  descriptor  pointed  to 
by  the  current  segment  pointer. 

•  A  blob  descriptor  is  a  record  of  data  that  contains  at  least  one 
item:  a  color,  which  may  be  either  0  or  1.  Additional  itmes 

in  a  blob  can  be  used  for  feature  analysis,  as  will  be  described 
later.  A  component  number  is  a  number  that  identifies  a  blob. 

To  process  an  image: 

•  Obtain  a  blob  descriptor  to  represent  the  background.  Set  the 
color  word  of  the  background  blob  to  0. 

•  Initialize  the  active  line  to  contain  two  segment  descriptors. 

The  first  segment  descriptor  should  have  a  column  number  smaller 
than  zero  and  a  component  number  pointing  to  the  background 
blob.  The  column  number  of  the  second  segment  descriptor  should 
be  a  large  positive  number,  a  number  greater  than  the  number 

of  columns  in  the  image.  The  component  number  of  the  second 
descriptor  is  irrelevant. 

•  Process  each  row  of  the  image,  as  described  below. 

•  Finish  by  processing  an  extra  row  consisting  of  all  zeros. 

To  process  a  row: 

•  Initialize  the  current  segment  pointer  to  point  to  the  first 
segment  descriptor  in  the  active  line. 

•  Obtain  the  run-length  representation  of  the  row  (see  Section 
II).  The  run-length  data  should  start  with  a  negative  number 
and  end  with  a  large  positive  number. 

For  every  pair  of  adjacent  numbers  in  the  run-length  data,  in 
turn,  call  the  segment-processing  operation  (defined  below). 

While  the  current  segment  pointer  does  not  point  to  the  last 
segment  in  the  active  line,  perform  the  deletion  operation  (de¬ 
fined  below).  Repeat  this  step  until  the  current  segment  pointer 
does  point  to  the  last  segment. 


In  this  context,  the  word  while  refers  to  a  condition  to  check  and  an 
action  to  perform.  It  means  to  repeat  the  action  zero  or  more  times 
until  the  condition  is  not  true. 


To  process  a  new  segment,  given  a  starting  column  number  and  an 
ending  column  number : 

•  While  the  starting  column  number  is  greater  than  the  ending 
column  number  of  the  current  segment  in  the  active  line,  do  the 
deletion  operation  (defined  below).  (This  is  Case  1.) 

•  If  the  ending  column  number  is  less  than  the  starting  column 
number  of  the  current  segment,  perform  the  insertion  operation 
(defined  below),  passing  on  the  starting  and  ending  numbers  of 
the  segment.  (This  is  Case  2.) 

•  Do  feature  extraction  for  Case  3  processing. 

•  Copy  the  starting  and  ending  column  numbers  of  the  new  segment 

to  the  starting  and  ending  column  numbers  of  the  current  segment. 

•  Advance  the  current  segment  pointer  to  point  to  the  next  segment 
descriptor  in  the  active  line. 

To  perform  the  insertion  operation,  given  starting  and  ending 
column  numbers: 

•  Obtain  the  component  number  of  the  segment  descriptor  preceding 
the  current  segment.  Call  that  component  the  surrounding  com¬ 
ponent  . 

•  Obtain  a  new  blob  descriptor.  Call  it  the  new  component.  Set 
the  color  word  of  the  new  component  to  the  opposite  of  the  color 
of  the  surrounding  component. 

•  Obtain  two  new  segment  descriptors  and  insert  them  in  the  active 
line  immediately  before  the  current  segment,  calling  the  first 
segment  "A"  and  the  second  "B."  Segment  A  receives  the  new  com¬ 
ponent  number  and  the  starting  column  number.  Segment  B  re¬ 
ceives  the  surrounding  component  number  and  the  ending  column 
number . 

To  perform  the  deletion  operation: 


•  Call  the  component  number  of  the  current  segment  the  terminated 
component .  Call  the  component  number  of  the  segment  preceding 
the  current  one  the  left  component  and  the  component  number  of 
the  segment  following  the  current  one  the  right  component.  Call 
the  left  component  the  replacing  component  and  the  right  component 
the  replaced  component.  If  the  right  component  points  to  the 
background,  then  call  it  the  replacing  component  and  the  left 
component  the  replaced  component;  otherwise,  call  the  left 
component  replacing  and  the  right  component  replaced. 

•  Do  feature  extraction  for  Case  1  processing. 

•  If  the  replacing  component  and  the  replaced  component  are  dif¬ 
ferent,  then  find  all  instances  of  the  replaced  component  number 
in  the  active  line,  and  change  them  to  the  replacing  number. 


•  Delete  the  current  segment  and  the  segment  following  the  cur¬ 
rent  one  from  the  active  line.  Let  the  current  segment  pointer 
point  to  the  first  segment  after  the  deleted  one. 

•  Search  for  instances  of  the  terminated  component  number  in  the 
active  line.  If  there  are  no  remaining  instances,  call 
application-dependent  subroutines,  as  appropriate,  passing  the 
address  of  the  terminated  component's  blob  descriptor. 


V  EXTRACTION  OF  FEATURES 

The  preceding  sections  outlined  a  procedure  for  isolating  connected 
components  (blobs)  from  one  another  in  an  image.  The  results  of  the 
analysis  are  a  number  of  blob  descriptor  records  that  contain  information 
about  the  blob.  Each  blob  descriptor  consists  of  several  features  or 
characteristics  of  interest. 

A.  Color 

The  simplest  feature  is  color.  The  color  of  a  blob  will  be  0 
if  the  blob  is  black  and  1  if  it  is  white.  If  the  color  of  the  background 
is  appropriately  set  up  at  initialization  time,  then  the  following  will 
ensure  that  each  blob  descriptor  subsequently  created  has  the  correct 
color:  whenever  a  new  blob  descriptor  is  created  (Case  2)  obtain  the 
color  feature  of  the  surrounding  blob  and  store  the  opposite  color  in 
the  appropriate  place  in  the  new  blob  descriptor. 

B.  Parent,  Child,  and  Sibling 

An  important  class  of  features  describes  inclusion  relationships 
among  blobs.  Because  we  have  been  careful  in  the  way  connections  are 
made  between  diagonally  adjacent  pixels,  we  can  guarantee  that  every 
component  (except  the  background)  has  one  and  only  one  surrounding 
component  blob.  We  call  any  blob's  surrounder  its  parent ,  any  holes 
(or  blobs  enclosed  by  this  one)  children,  and  other  blobs  enclosed  by 
the  same  parent  siblings. 

At  blob  creation  time  (Case  2)  a  pointer  to  the  surrounding  blob 
descriptor  can  be  stored  as  the  new  blob's  parent  feature.  The  child 


feature  of  the  new  blob  is  set  to  0.  We  must  also  record  the  fact  that 
the  parent  blob  has  an  additional  child.  There  is  only  a  single  entry 
in  the  blob  descriptor  for  the  child  feature.  The  child  feature  of  any 
blob  points  to  the  most  recently  created  surrounded  blob;  the  sibling 
feature  of  that  most  recently  created  child  points  to  the  next  most 
recently  created  child,  and  so  forth.  The  procedure  to  follow  in  Case  2 
processing  is  as  follows:  Copy  the  child  feature  of  the  surrounding 
blob  to  the  sibling  feature  of  the  new  blob.  Set  the  child  feature  of 
the  surrounding  blob  to  point  to  the  new  blob. 

Case  1  processing  frequently  causes  two  blobs  to  be  merged  into 
one.  Topological  considerations  guarantee  that  the  two  blobs  to  be 
merged  will  have  the  same  color  feature  and  the  same  parent.  But  to 
preserve  the  integrity  of  the  parent-child-sibling  links,  several 
actions  must  be  performed.  In  each  of  the  children  of  the  replaced  blob, 
the  parent  feature  must  be  changed  to  point  to  the  replacing  blob.  All 
the  children  of  the  replaced  blob  must  be  concatenated  onto  the  sibling 
list  of  the  children  of  the  replacing  blob.  The  pointer  to  the  replaced 
blob  itself  must  be  removed  from  the  sibling  list  that  includes  both 
the  replaced  and  the  replacing  blobs.  Finally,  if  the  common  parent  of 
the  two  merged  blobs  points  to  the  replacing  blob  as  its  child  feature, 
that  child  feature  must  be  replaced  by  the  contents  of  the  sibling 
feature  of  the  replaced  blob. 

A  greal  deal  of  bookkeeping  overhead  is  eliminated  by  recording  only 
parent  relationships.  The  children  and  siblings  can  be  regenerated 
from  the  list  of  parent  relationships.  In  the  current  implementation  of 
LINEBYLINE,  the  parent  relationship  is  not  computed  because  it  is  not 
used  by  subsequent  programs. 


C.  The  Bounding  Rectangle 

The  bounding  rectangle  of  a  blob  is  specified  by  the  minimum  and 
maximum  values  of  x  and  y  over  the  blob.  It  is  easily  extracted  as 
follows:  when  a  blob  is  created  (Case  2),  copy  the  current  value  of  y 
(which  is  constant  across  an  entire  line  of  input)  to  the  new  blob's 
ymin  feature.  At  the  same  time  place  the  starting  column  number  (of  the 


contrasting  run-length  segment)  in  the  new  blob's  xrom  feature  and  the 
ending  column  number  in  the  blob's  ymin  feature. 


For  each  run-length  segment  added  to  a  blob  (Case  3) ,  set  the  xmin 
feature  to  the  smaller  of  (1)  the  starting  column  number  and  (2)  the 
previous  value  of  the  xmin  feature.  Do  the  analogous  operation  for  the 
xmax  feature  and  the  ending  column  number.  The  ymax  feature  is  set  to 
the  current  line  number. 

When  two  blobs  are  merged  as  a  result  of  Case  1  processing,  the 
ymin,  xmin,  and  xmax  features  of  the  replacing  blob  must  take  the  ex¬ 
treme  values  of  the  two  blobs  to  be  merged. 

D.  Area  and  Center  of  Gravity 

The  area  of  a  blob  is  set  to  0  when  the  blob  descriptor  is  created. 

When  a  new  line  segment  of  the  blob  is  processed,  the  number  of  pixels 

in  the  segment  is  added  to  the  area  of  the  blob.  When  two  blob:,  are 

merged,  their  areas  are  added  together. 

The  center  of  gravity  (CG)  is  recomputed  after  each  new  line  segment 
is  added  to  the  blob.  The  updated  CG  is  a  weighted  average  of  the  CG 
of  the  new  line  and  the  CG  of  the  previously  processed  portion  of  the 
blob.  The  weights  are  proportional  to  the  areas  of  the  new  line  segment 
and  the  previously  processed  portion,  respectively.  When  two  blobs  are 
merged,  a  weighted  average  of  the  two  CG's  is  computed  in  a  similar 
manner  as  above. 

E.  Perimeter  Lists 

Associated  with  each  inked  blob  is  a  set  of  perimeter  points.  Be¬ 
cause  each  line  of  the  image  is  processed  sequentially,  the  perimeter 
points  are  obtained  in  a  somewhat  haphazard  manner.  During  processing, 
the  perimeter  of  a  simple  convex  blob  has  two  uncompleted  ends:  One  at 
the  starting  column  of  the  active  line  segment  (the  left  end),  and  one 
at  the  ending  column  of  the  active  line  segment  (the  right  end).  The 
perimeter  points  are  stored  as  a  singly  linked  list  called  a  perimeter 
section.  The  right  endpoint  is  at  the  beginning  of  the  list,  and  the 


r 


left  endpoint  is  at  the  end  of  the  list.  When  there  is  more  than  one 
active  line  segment  corresponding  to  the  same  blob,  one  perimeter  section 
is  associated  with  each  active  line  segment.  The  perimeter  sections 
are  arranged  as  a  doubly  linked  ring.  This  structure  is  illustrated 
below,  using  component  2  in  the  previous  example  after  six  lines  of 
processing. 
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The  structure  of  the  perimeter  section  records  and  perimeter  point 
records  in  the  illustration  above  are  shown  here: 


left 

right 

line 

previous  section 

column 

next  section 

Perimeter  section  record  Perimeter  point  record 

When  each  new  line  of  pixels  is  processed,  the  lists  of  perimeter 
points  are  modified  according  to  which  case  applies.  In  all  cases 
perimeter  lists  are  compiled  for  inked  blobs  only. 

Case  3  requires  the  simplest  processing.  When  a  new  line  segment 
is  added  to  an  inked  blob,  the  left  end  of  the  associated  perimeter 
section  and  the  right  end  of  the  next  perimeter  section  are  extended. 
An  example  is  shown  below: 


Image  so  far: 
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New  segment:  [111] 


Perimeter  lists 
before  new  seg¬ 
ment  is  added: 


Perimeter  lists 
after  new  seg¬ 
ment  is  added: 
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For  Case  2  (insertion  of  a  new  segment)  there  are  two  subcases. 
Subcase  A  occurs  if  the  new  segment  has  the  color  ink;  otherwise  Sub¬ 
case  B  occurs.  In  Subcase  A  a  new  perimeter  section  for  the  new  blob  is 
created  and  will  contain  all  of  the  points  in  the  new  segment.  An 
example  is  shown  below. 

Image  so  far:  b  b 

b  0 
b  0 

New  segment: 


Perimeter  list  after 
new  segment  is  added: 


In  Subcase  B  the  perimeter  section  of  the  surrounding  segment  is 
split  into  two  perimeter  sections.  An  example  is  shown  below. 
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Image  so  far: 
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Perimeter  lists 
before  new  seg¬ 
ment  is  added: 
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Perimeter  lists 
after  new  seg¬ 
ment  is  added: 
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For  Case  1  (deletion  of  a  segment)  there  are  also  two  subcases. 
Subcase  A  occurs  if  the  deleted  segment  has  the  color  ink;  otherwise 
Subcase  B  occurs.  In  Subcase  A  two  adjacent  perimeter  sections  of  the 
terminating  blob  are  merged.  If  the  terminating  blob  has  only  one 
perimeter  section,  its  left  and  right  ends  are  joined,  and  processing 
of  this  blob  is  finished.  An  example  is  shown  below. 


Image  so  far: 


New  segment: 
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Perimeter  lists 
before  new  seg¬ 
ment  is  added: 
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Perimeter  lists 
after  new  seg¬ 
ment  is  added: 
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In  Subcase  B  the  perimeter  sections  associated  with  the  replacing 
and  replaced  components  are  merged.  If  the  replacing  and  replaced 
components  belong  to  different  blobs,  the  two  blobs  will  be  merged  and 
the  two  rings  of  perimeter  sections  will  be  merged  into  one  ring.  An 
example  is  shown  below. 


Image  so  far: 


New  segment: 
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Perimeter  lists 
before  new  seg¬ 
ment  is  added: 


Perimeter  lists 
after  new  seg¬ 
ment  is  added : 


2]  1  W  2 


i  re 


'•ht 


To  save  space  during  processing  of  the  image,  and  to  store  the 
completed  perimeter  lists  in  less  disk  space,  the  perimeter  lists  are 
periodically  packed.  The  variable  LINEGROUP  controls  how  often  the 
lists  are  compressed  (the  words  "pack"  and  "compress"  mean  the  same 
thing).  For  example,  when  LINEGROUP  =  25,  compression  occurs  at  lines 
25,  50,  75,  etc.  Those  points  in  the  list  that  previously  have  been 
compressed  are  skipped.  When  a  perimeter  list  has  been  completed  and 
is  ready  to  be  written  to  disk,  it  is  unpacked  and  then  repacked  if 
the  Boolean  variable  FINALPACKING  is  true.  If  FINALPACKING  is  false, 
the  perimeter  list  is  only  unpacked.  Currently,  the  value  of  FINALPACKING 
is  specified  by  the  user  at  the  beginning  of  LINEBYLXNE. 


Each  unpacked  perimeter  point  consists  of  two  16-bit  integers  with 
values  between  1  and  512.  One  integer  is  for  the  line  number  Y  and  the 


second  integer  is  for  the  column  number  X.  Compression  is  achieved  by 
converting  the  perimeter  information  from  a  series  of  (Y,X)  points  to  a 
starting  (Y,X)  point  and  a  series  of  directions  from  one  point  to  the 
next.  The  starting  point  has  the  same  format  as  an  unpacked  perimeter 
point,  except  that  512  is  added  to  the  column  number.  Therefore,  a 
column  number  greater  than  512  identifies  that  point  as  the  beginning  of 
a  series  of  compressed  points.  Because  the  perimeter  is  8-connected,  there 
are  eight  possible  directions  indicating  the  positions  of  subsequent 
perimeter  points.  They  are  numbered  from  0  to  7  and  are  assigned  as 
follows : 


Change  in  X 
-10  1 

-13  2  1 

Change  in  Y  0  4  0 

15  6  7 

For  example,  if  the  perimeter  list  of  the  last  example  above  (deletion 
of  a  segment,  Subcase  B)  were  to  be  compressed  starting  with  the  point 
(3,1),  the  direction  to  the  next  point  (2,1)  would  be  2;  the  direction 
from  (2,1)  to  the  next  point  (1,1)  would  be  again  2;  and  the  direction 

from  (1,1)  to  the  next  point  (1,2)  would  be  0. 

Each  of  the  eight  directions  can  be  represented  as  a  3-bit  code 
(000  *  0,  001  »  1,  010  =2,  ...,  Ill  *  7).  Five  direction  codes  fill 
15  bits  of  a  16-bit  word.  The  16th  bit  (the  sign  bit)  is  set  equal  to  1 
to  indicate  that  the  word  contains  compressed  perimeter  points.  Each 
set  of  five  direction  codes  is  stored  alternately  in  the  line  and  column 
locations  of  the  perimeter  point  record.  If  we  continue  the  example, 
the  first  five  directions  would  be  2,  2,  0,  6,  and  7.  The  would  be 
coded  and  placed  in  a  16-bit  word  as: 

1  111  110  000  010  010 

16  15  14  13  12  11  10  9  8  7  6  5  4  3  2  1 
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This  word  is  interpreted  as  the  two's  complement  integer  -1756  octal, 
or  -1006  decimal.  The  second  five  directions  are  0,  1,  1,  0,  and  5. 
Their  bit  representation  is: 

1  101  000  001  001  000 

16  15  14  13  12  11  10  987  654  321 


This  is  interpreted  as  -27670  octal,  or  -12216  decimal.  Hence,  the 
first  11  perimeter  points  are  compressed  into  the  space  of  two  perimeter 
point  records  as  follows:  (3,513),  (-1006,-12216). 

Compression  of  groups  of  less  than  10  points  is  not  attempted. 
Therefore,  during  processing,  the  list  of  compressed  points  is  inter¬ 
spersed  with  uncompressed  points.  In  addition,  there  are  usually  a 
few  uncompressed  points  at  the  end  of  the  list.  In  our  example,  the 
12th  point,  (3,8)  remains  uncompressed.  The  completely  compressed 
list  is  therefore: 


The  unpacking  process  is  just  the  reverse  of  the  packing  process. 
The  column  number  of  each  perimeter  point  is  examined.  If  it  is  greater 
than  512,  the  start  of  a  series  of  compressed  points  has  been  detected. 
Subtracting  512  from  the  column  number  results  in  the  (Y,X)  coordinate 
of  the  starting  point.  The  sign  of  the  column  number  of  the  next 
perimeter  point  Is  examined.  If  it  is  less  than  or  equal  to  0,  then 
compression  of  10  points  has  been  detected.  The  locations  of  these 
points  are  recomputed  from  the  3-blt  direction  codes  that  are  extracted 
from  the  two  16-bit  words.  This  process  continues  until  a  perimeter 
point  record  with  a  column  number  greater  than  0  is  encountered. 


VI  HIERARCHY  OF  PROCEDURES 


This  chart  shows  the  hierarchy  of  procedures  within  LINEBYLINE. 
All  of  the  procedures  that  are  called  by  each  procedure  are  indented 
and  listed  below. 


LINEBYLINE 

PACKPERIMS 

PKPERIMS 

COMPRESSED 

UNPACKPERIMS 

UNPACK5 

DIRPOINT 

DELETEPERIMS 

NEWPERIM 

DIRECTION 

GETLINE 

ENDOFBLOCK 

SETLINE 

CREATERUNLENGTHS 

ADDRUNLENGTHS 

PROCESSLINE 

DELETESEGMENT 

ADDLEFTPERIMPOINT 

NEWPERIM 

ADDRIGHTPERIMPOINT 

NEWPERIM 

RECORDBLOB 

WRITEPERIMS 

WRITEPOINTS 

PKPERIMS 

(see  above) 
COUNT AND WRITE 
COMPRESSED 
UNPACKPERIMS 

(see  above) 
WRITEPOINTS 

(see  above) 
DELETEPERIMS 

WRITEBLOB 

DELETEBLOB 

INSERTSEGMENT 

NEWBLOB 

ADDRIGHTPERIMPOINT 
(see  above) 

CASE3PR0CESSING 

UPDATEPERIMS 

ADDLEFTPERIMPOINT 
(see  above) 
ADDRIGHTPERIMPOINT 
(see  above) 
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VII  INPUT  IMAGE  FORMAT 


The  binary  image  that  is  read  by  LINEBYLINE  is  512  *  512  pixels. 
There  are  8  pixels  per  byte  (each  pixel  is  one  bit).  Therefore,  one 
line  of  data  occupies  64  bytes,  and  the  entire  image  occupies  512  x  64  = 
32K  bytes  on  disk.  The  data  is  read  one  byte  (one  character  in  PASCAL) 
at  a  time. 

However,  there  is  one  small  difference  due  to  the  PDP  11/40  version 
of  PASCAL.  The  bytes  are  stored  on  disk  in  blocks  of  512  bytes.  The 
PASCAL  I/O  processor  interprets  a  block  boundary  as  an  extra  byte. 

To  compensate  for  this  inaccuracy,  the  LINEBYLINE  software  skips  an 
"imaginary"  byte  once  every  512  times  (when  the  Boolean  function 
ENDOFBLOCK  is  true).  On  most  computer  systems,  this  would  not  be  neces- 
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ANNOTATIONS  FOR  THE  SPSS  RESULT  PACKAGE 
(Submitted  Separately) 


The  printout  of  an  SPSS  analysis  contains  several  parts.  Following 
is  a  description  of  each  part  with  the  page  number  of  the  listing  on 
which  that  part  of  the  printout  begins.  Preceding  the  actual  output, 
some  initial  information  is  listed,  including  the  control  file  used 
to  run  SPSS  and  the  data  that  are  to  be  read  by  SPSS.  These  data  are 
ordered  as  a  sequence  of  trials.  The  numbers  represent:  Subject  code 
(1-30),  session  number,  trial  number,  and  29  feature  values. 

•  Page  1:  SPSS  description;  format  of  the  data  that  are  to  be 
read  in. 

•  Page  3:  A  partial  list  of  the  data  that  were  read  in.  Each 
trial  is  listed,  but  only  five  selected  feature  values  are 
listed. 

•  Page  9:  SPSS  options  used. 

•  Page  10:  Number  of  trials  per  subject  (group). 

•  Page  10 :  Feature-value  means  for  each  subject. 

•  Page  12:  Feature-value  standard  deviations  for  each  subject. 

•  Page  15 :  Wilk's  lambda  and  univariate  F-ratios  for  each  feature. 

Each  of  these  numbers  is  related  to  the  discriminating  power  of 
the  specific  feature.  For  Wilk's  lambda,  the  smaller  the 
number,  the  better  is  the  discriminating  power  of  that  feature. 

The  opposite  is  true  for  F-ratios:  The  larger  the  F-ratio,  the 
greater  is  the  discriminating  power  of  that  feature. 

•  Page  17:  Within-groups  correlation  matrix.  This  is  similar  to 
the  covariance  matrix,  except  that  each  feature  mean  is  first 
normalized  to  mean  *  0  and  standard  deviation  =  1  before  calcu¬ 
lation  of  the  covariance.  A  number  in  this  matrix  that  approaches 
1  indicates  a  high  degree  of  correlation  between  those  two 
features  .- 

•  Page  19:  Prior  probability  of  finding  any  particular  subject 
within  the  population.  A  priori,  this  probability  was  set  to 
be  equal  for  each  subject. 


C-3  JRHSGBOUB  MM  MJUK-MOT  FILMS) 

t 


Page  1^:  'iwenty-nine  discriminant  fane  taOiu  jn.  determined. 

The  data  in  this  chart  demonstrate  the  declining  discriminating 
power  of  each  additional  discriminant  function. 

Page  20 :  The  standard  discriminant-function  coefficients  are 
listed.  The  product  of  all  normalized  feature  values  and  the 
appropriate  discriminant-function  coefficient  will  be  the  dis¬ 
criminant  score  used  to  classify  each  subject. 

Page  23:  Here  start  listings  of  both  the  unstandardized 
discriminant-function  coefficients  and  the  location  in  29- 
dimensional  space  of  the  centroids  of  each  group.  The  centroid 
is  the  mean  discriminant-function  score  for  each  subject. 

Page  30:  Classification  results:  Actual  group  is  the  subject 
code  number;  "highest  group  D**2"  is  the  classification  result. 

In  all  cases  the  group  was  classified  correctly.  "Probability 
P(G/x)"  is  the  probability  that  the  sample  belongs  to  Group  G 
given  that  the  discriminant  measure  x  was  observed.  "Probability 
P(x/G)"  is  the  probability  that  the  discriminant  measure  x  would 
be  observed  given  that  the  sample  is  from  Group  G.  The  actual 
discriminant  scores  (upon  which  the  classification  is  based)  are 
listed  on  the  far  right. 

Page  78:  Territorial  map  of  first  two  (most  discriminating) 
discriminant  functions.  This  is  a  2D  representation  ol:  rhu  data. 
The  centroids  (*)  are  separated  by  numbers  or  letters  (correspond¬ 
ing  to  that  particular  group,  numbered  0-9  or  A-Z)  that  define 
the  equal  probability  lines  between  groups. 
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Rome  Air  Development  Center 

RAVC  plant)  and  executes  research,  de.veZopme.nt,  tut  and 
detected  acquisition  programs  In  Support  of  Command,  Control 
Communications  and  Intelligence  (C3 1)  activities.  Technical 
and  engineering  Support  within  areas  of  technical  competence 
is  provided  to  E SV  Program  Offices  ( POs )  and  other  ESP 
elements.  The  principal  technical  mission  areas  are 
communications,  electromagnetic  guidance  and  control,  sur¬ 
veillance  06  ground  and  aerospace  objects,  intelligence  data 
collection  and  handling,  information  system  technology, 
ionospheric  propagation,  solid  state  sciences,  microwave 
physics  and  electronic  reliability,  maintainability  and 
compatibility. 
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